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(57) Abstract 



The invention describes a method for transmitting and forwarding packets over a packet switching network via communication links 
with variable delays. The switches (10) of the network maintain a common time reference (002), which is obtained either from an external 
source or is generated and distributed internally. A packet that arrives to an input port (30) of a switch (10) is switched to an output port 
(40) based on specific routing information in the packet header. Each switch (10) along a route from a source to a destination forwards 
packets in periodic time intervals that are predefined using the common time reference. The time interval duration can be longer than the 
time duration required for transmitting a packet, in which case the exact position of a packet in the time interval is not predetermined. 
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PACKET SWITCHING WITH COMMON 
TIME REFERENCE 



BACKGROUND OF THE INVENTION: 

This invention relates generally to a method and apparatus for transmitting of 
data on a communications network. More specifically, this invention relates to timely 
forwarding and delivery of data over the network and to their destination nodes. The 

5 timely forwarding is possible by time information that is globally available from a global 
positioning system (GPS). Consequently, the end-to-end performance parameters, such 
as, loss, delay and jitter, have either deterministic or probablistic guarantees. 

This invention further facilitates a method and apparatus for integrating the 
transfer of two traffic types over a data packet communications network. More 

10 specifically, this invention provides timely forwarding and delivery of data packets from 
sources with constant bit rate (CBR) and variable bit rate (VBR) over the network and to 
their destination nodes. 

This invention further relates a method and apparatus for transmitting of data on 
a communications network via communication links with variable delays. More 

1 5 specifically, this invention relates to timely forwarding and delivery of data over 

networks with links with variable delays to their destination nodes, while ensuring the 
end-to-end performance parameters, such as, loss, delay and jitter, have either 
deterministic or probablistic guarantees. 

This invention also provides a method and apparatus for monitoring, policing, 

20 and billing of the transmission of data packet on a communications network. More 

specifically, this invention provides the monitoring, policing, and billing in networks with 
timely forwarding and delivery of data packets to their destination nodes. Consequently, 
the end-to-end performance parameters, such as, loss, delay and jitter, are predictable, 
and therefore, it is possible to measure them. Consequently, such measurements are 

25 used in the monitoring, policing and billing. 

This invention also provides for a method and apparatus for transmitting of data 
on an heterogeneous communications network, which has two types of switching nodes: 
(i) asynchronous and (ii) synchronous with common time reference. More specifically, 
this invention provides timely forwarding and delivery of data over the network and to 

30 their destination nodes. Consequently, the end-to-end performance parameters, such as, 
loss, delay and jitter, have either deterministic or probablistic guarantees. 

This invention furthermore facilitates a routing decision by using both timing 
information and position information of packets within time frames. In this case, there 
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is no need to decode the address in the packet header, it is feasible to encrypt the entire 
data packet (including the header) as it is transferred through a public backbone 
network, which is an important security feature. Consequendy, over this novel 
communications network it is possible to transport wide variety of data packets, such as, 
IP (Internet protocol) and ATM (asynchronous transfer mode). 

The proliferation of high-speed communications links, fast processors, and 
affordable, multimedia-ready personal computers brings about the need for wide area 
networks that can carry real time data, like telephony and video. However, the end-to- 
end transport requirements of real-time multimedia applications present a major 
challenge that cannot be solved satisfactorily by current networking technologies. Such 
applications as video teleconferencing, and audio and video multicasting generate data at 
a wide range of bit rates and require predictable, stable performance and strict limits on 
loss rates, average delay, and delay variations ("jitter"). These characteristics and 
performance requirements are incompatible with the services that current circuit and 
1 5 packet switching networks can offer. 

Packet switching networks like IP (Internet Pro toco I)- based Internet and 
Intranets [see, for example, A.Tannebaum, "Computer Networks" (3rd Ed) Prentice Hall, 
1996] and ATM (Asynchronous Transfer Mode) [see, for example, Handel et al, "ATM 
Networks: Concepts, Protocols, and Applications", (2nd Ed.) Addison- Wesley, 1994] 
20 handle bursty data more efficiently than circuit switching, due to their statistical 

multiplexing of the packet streams. However, current packet switches and routers 
operate asynchronously and provide best effort service only, in which end-to-end delay 
and jitter are neither guaranteed nor bounded. Furthermore, statistical variations of 
trait ic intensity often lead to congestion that results in excessive delays and loss of 
25 packets, thereby significantly reducing the fidelity of real-time streams at their points of 
reception. In fact, under best effort service, the performance characteristics of a given 
connection are not even predictable at the time of connection establishment. 

Efforts to define advanced services for both IP and ATM have been conducted in 
two levels: (1) definition of service, and (2) specification of methods for providing 
30 different services to different packet streams. The former defines interfaces, data 

formats, and performance objectives. The latter specifies procedures for processing 
packets by hosts and switches/routers. The types of services that defined for ATM 
include constant bit rate (CBR), variable bit rate (VBR) and available bit rate (ABR). 
For IP, the defined services include guaranteed performance (bit rate, delay), controlled 
35 flow, and best effort [J.Wroclawski, "Specification of the Controlled-Load Network 

Element Service", IETF RFC 221 1, September 1997] [Shenker et. al, "Specification of 
Guaranteed Quality of Service", IETF RFC 2212. September 1997]. Signaling 
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protocols, e.g., RSVP and UNI3. 1, which carry control information to facilitate the 
establishment of the desired services, are specified for IP and ATM, respectively [R. 
Braden, "Resource ReSerVation Protocol (RSVP) - Version 1 Functional Specification, 
IETF Request for Comment RFC2205", September 1997] [Handel et ah, "ATM 
5 Networks: Concepts, Protocols, and Applications", (2nd Ed.) Addison- Wesley, 1994]. 
These protocols address the transport of data to one destination known as unicast or 
multiple destinations multicast. In addition, SIP, a higher level protocol for facilitating 
the establishment of sessions that use the underlying services, is currently under 
definition under IETF auspices [Handley et al., "SIP-Session Initiation Protocol", 

10 <draft-draft-ietf-mmusic-sip-04.ps>, November 1997]. 

The methods for providing different services under packet switching fall under 
the general title of Quality of Service (QoS). Prior art in QoS can be divided into two 
parts: (1) traffic shaping with local timing without deadline scheduling, for example 
[M.G.H. Katevenis, "Fast Switching And Fair Control Of Congested Flow In 

15 Broadband Networks", IEEE Journal on Selected Areas in Communications, SAC- 
5(8): 13 15- 1326, October 1987; Demers et al., "Analysis and Simulation Of A Fair 
Queuing Algorithm", ACM Computer Communication Review (SIGCOMM'89), pages 
3-12, 1989; SJ. Golestani, "Congestion-Free Communication In High-Speed Packet 
Networks", IEEE Transcripts on Communications, COM-39(12):1802-1812, December 

20 199 1; Parekh et al., "A Generalized Processor Sharing Approach To Flow Control - The 
Multiple Node Case", IEEE/ ACM T. on Networking, 2(2): 137- 150, 1994], and (2) 
traffic shaping with deadline scheduling, for example [Ferrari et al., "A Scheme For real- 
time Channel Establishment In Wide-Area Networks", IEEE Journal on Selected Areas 
in Communication, SAC-8(4):368-379, April 1990; Kandluret al., "Real Time 

25 Communication In Multi-Hop Networks", IEEE Trans, on Parallel and Distributed 
Systems, Vol. 5, No. 10, pp. 1044-1056, 1994]. Both of these approaches rely on 
manipulation of local queues by each router with little coordination with other routers. 
The Weighted Fair Queuing (WFQ), which typifies these approaches, is based on 
cyclical servicing of the output port queues where the service level of a specific class of 

30 packets is determined by the amount of time its queue is served each cycle [Demers et 
al., "Analysis and Simulation Of A Fair Queuing Algorithm", ACM Computer 
Communication Review (SIGCOMM'89), pages 3-12, 1989]. These approaches have 
inherent limitations when used to transport real-time streams. When traffic shaping 
without deadline scheduling is configured to operate at high utilization with no loss, the 

35 delay and jitter are inversely proportional to the connection bandwidth, which means that 
low rate connections may experience large delay and jitter inside the network. In traffic 
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shaping with deadline scheduling the delay and jitter are controlled at the expense of 
possible congestion and loss. 

The recognition that the processing of packets by switches and routers 
constitutes a performance bottleneck resulted in the development of methods for 
5 enhancing performance by simplifying the processing of packets. Multiprotocol Label 
Switching (MPLS) converts the destination address in the packet header into a short tag, 
which defines the routing of the packet inside the network [Callon et al., "A Proposed 
Architecture For MPLS" <draft-ietf-mpls-arch-O0.txt> INTERNET DRAFT, August 
1997]. 

10 The real-time transport protocol (RTP) [H. Schultzrinne et. al, RTP: A Transport 

Protocol for Real-Time Applications, IETF Request for Comment RFC 1889, January 
1996] is a method for encapsulating time-sensitive data packets and attaching to the data 
time related information like time stamps and packet sequence number. RTP is 
currently the accepted method for transporting real time streams over IP internetworks 
15 and packet audio/video telephony based on ITU-T H.323. 

Synchronous methods are found mostly in circuit switching, as compared to 
packet switching that uses mostly asynchronous methods. However, some packet 
switching synchronous methods have been proposed. IsoEthernet or IEEE 802.9a 
[IEEE 802.9a Editor. Integrated service (is): IEEE 802.9a "Isochronous Services With 
20 CSMA/CD MAC Service", IEEE Draft, March 1995) combines CSMA/CD (IEEE 

802.3), which is an asynchronous packet switching, with N-ISDN and H.320, which is 
circuit switching, over existing Ethernet infrastructure (lOBase-T). This is a hybrid 
solution with two distinct switching methods: N-ISDN circuit switching and Ethernet 
packet switching. The two methods are separated in the time domain by time division 
25 multiplexing (TDM). The IsoEthernet TDM uses fixed allocation of bandwidth for the 
two methods - regardless of their utilization levels. This approach to resource 
partitioning results in undesirable side effects like under-utilization of the circuit 
switching part while the asynchronous packet switching is over loaded but cannot use 
the idle resources in the circuit switching part. 
30 One approach to an optical network that uses synchronization was introduced in 

the synchronous optical hypergraph [Y. Ofek, "The Topology, Algorithms And Analysis 
Of A Synchronous Optical Hypergraph Architecture", Ph.D. Dissertation, Electrical 
Engineering Department, University of Illinois at Urbana, Report No. UIUCDCS-R-87- 
1343, May 1987], which also relates to how to integrate packet telephony using 
35 synchronization [Y. Ofek, " Integration Of Voice Communication On A Synchronous 
Optical Hypergraph", INFOCOM'88, 1988]. In the synchronous optical hypergraph, 
the forwarding is performed over hyper-edges, which are passive optical stars. In [Li et 
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al., "Pseudo-Isochronous Cell Switching In ATM Networks", EEEE INFOCOM'94, 
pages 428-437, 1994; Li et al., "Time-Driven Priority: Flow Control For Real-Time 
Heterogeneous Internetworking", IEEE INFOCOM'96, 1996] the synchronous optical 
hypergraph idea was applied to networks with an arbitrary topology and with point-to- 

5 point links. The two papers [Li et al., "Pseudo-Isochronous Cell Switching In ATM 

Networks", IEEE INFOCOM'94, pages 428-437, 1994; Li et al., "Time-Driven Priority: 
Flow Control For Real-Time Heterogeneous Internetworking", IEEE INFOCOM'96, 
1996] provide an abstract (high level) description of what is called "RISC-like 
forwarding", in which a packet is forwarded, with little if any details, one hop every time 

10 frame in a manner similar to the execution of instructions in a Reduced Instruction Set 
Computer (RISC) machine. 

In U.S. Pat. No. 5,418,779 Yemini et al. discloses switched network architecture 
with common time reference. The time reference is used in order to determine the time 
in which multiplicity of nodes can transmit simultaneously over one predefined routing 

1 5 tree to one destination. At every time instance the multiplicity of nodes are transmitting 
to different single destination node. 

Routing — the selection of an output port for an information segment (i.e. data 
packets) that arrives at an input port of a switch — is a fundamental function of 
communication networks. In circuit switching networks, the unit of switching is a byte, 

20 and the switching is made based on the location of the byte in a time frame. 

Establishing a connection in a circuit switching network requires the network to reserve 
a slot for the connection in every frame. The position of the byte in the frame is 
different from link to link, so each switch maintains a translation table from incoming 
frame positions on each input port to respective output ports and frame positions 

25 therein. The sequence of frame positions on the links of the route constitute a circuit 
that is assigned for the exclusive use of a specific connection, which results in 
significant inflexibility: the connection is limited in traffic intensity by the capacity of the 
circuit and when the connection does not use the circuit no other is allowed to use it. 
This feature is useful for CBR traffic, like PCM telephony, but it results in low 

30 utilization of the network when the traffic is bursty [C. Huitema, Routing in the Internet, 
Prentice Hall, 1995, and A. Tannebaum Computer Networks (3rd Ed) Prentice Hall 
1996]. 

SUMMARY OF THE INVENTION: 
35 In accordance with the present invention, a method is disclosed providing virtual 

pipes that carry real-time traffic over packet switching networks while guaranteeing end- 
to-end performance. The method combines the advantages of both circuit and packet 
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switching. It provides for allocation for the exclusive use of predefined connections and 
for those connections it guarantees loss free transport with low delay and jitter. When 
predefined connections do not use their allocated resources, other non-reserved data 
packets can use them without affecting the performance of the predefined connections. 

5 On the Internet the non-reserved data packet traffic is called "best effort" traffic. 

This invention further describes a method for transmitting and forwarding 
packets over a packet switching network where the delay between two switches 
increases, decreases, or changes arbitrarily over time. Packets are being forwarded over 
each link inside the network in predefined periodic time intervals. The switches of the 

LO network maintain a common time reference, which is obtained either from an external 
source (such as GPS - Global Positioning System) or is generated and distributed 
internally. The time intervals are arranged with simple periodicity and complex 
periodicity (like seconds and minutes of a clock). 

The invention provides methods for maintaining timely forwarding within 

1 5 predefined time interval over two types of link delay variations: (i) increasing delay and 
(ii) decreasing delay. When the delay increases at some point of time a packet may be 
late for its predefined forwarding time interval. In such case the packet is delayed until 
the next time interval of its virtual pipe. When the link delay decreases, packets are 
buffered until the first time interval of its virtual pipe. 

20 Packets that are forwarded inside the network over the same route and in the 

same time intervals constitute a virtual pipe and share a pipe-ID. The pipe-ID can be 
either explicit, such as a tag or a label that is generated inside the network, or implicit, 
such as a group of IP addresses. A virtual pipe provides deterministic quality of service 
guarantees. The time interval in which a switch forwards a specific packet is determined 

25 by the packet's pipe-ID, the time it reaches the switch, and the current value of the 
common time reference. 

In accordance with the present invention, the bandwidth allocated to a connection 
and the delay and jitter inside the network are independent. MPLS can be used by the 
present invention to identify virtual pipes. The packet time-stamp that is carried in the 

30 RTP header can be used in accordance with the present invention to facilitate time-based 
transport. 

Under the aforementioned prior art methods for providing packet switching 
services, switches and routers operate asynchronously. The present invention provides 
real-time services by synchronous methods that utilize a time reference that is common 
35 to the switches and end stations comprising a wide area network. The common time 

reference can be realized by using UTC (Coordinated Universal Time), which is globally 
available via, for example, GPS (Global Positioning System - see, for example: 
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http^/www.utexas.edu/depts/grg/gcraft/notes/gps/gps.html). By international agreement, 
UTC is the same all over the world. UTC is the scientific name for what is commonly 
called GMT (Greenwich Mean Time), the time at the 0 (root) line of longitude at 
Greenwich, England. In 1967, an international agreement established the length of a 
5 second as the duration of 9, 192,63 1,770 oscillations of the cesium atom. The adoption 
of the atomic second led to the coordination of clocks around the world and the 
establishment of UTC in 1972. The Time and Frequency Division of the National 
Institute of Standards and Technologies (NTST) (see 

http://www.boulder.nist.gov/umefreq) is responsible for coordinating with the 

10 International Bureau of Weights and Measures (BIPM) in Paris in maintaining UTC. 

UTC timing is readily available to individual PCs through GPS cards. For 
example, TrueTime, Inc.'s (Santa Rosa, CA) PCI-SG provides precise time, with zero 
latency, to computers that have PCI extension slots. Another way by which UTC can be 
provided over a network is by using the Network Time Protocol (NTP) [D. Mills, 

1 5 "Network Time Protocol" (version 3) IETF RFC 1305]. However, the clock accuracy of 
NTP is not adequate for inter-switch coordination, on which this invention is based. 

Although the present invention relies on time to control the flow of packets 
inside the network in a similar fashion as in circuit switching, there are major differences 
between the two approaches. In circuit switching, for each data unit (e.g., a byte) at the 

20 time it has been transmitted from its source, it is possible to predict deterministically the 
future times it will be transmitted from any switch along its route [Ballart et al., 
"SONET: Now It's The Standard Optical Network", IEEE Communications Magazine, 
Vol. 29 No. 3, March 1989, pages 8-15]. The time resolution of this advanced 
knowledge is much shorter than the data unit transmission time. On the other hand, in 

25 accordance with the present invention, for each data unit (e.g., a cell) at the time it has 
been transmitted from its source, it is possible to know the future time frames that this 
data unit will be forwarded along its route. However, the time frame, which constitutes 
the accuracy of this advance timing knowledge, is much larger than one data unit 
transmission time. For example, the transmission time of an ATM cell (53 bytes) over a 

30 gigabit per second link is 424 nanoseconds, which is 294 times smaller than a typical 
time frame of 125 microseconds used in one embodiment of the present invention. 
There are several consequences that further distinguish the present invention from circuit 
switching. 

In accordance with the present invention, the use of reserved resources is allowed 
35 by all packet traffic whenever the reserved resources are not in use. 
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In accordance with the present invention, the synchronization requirements are 
independent of the physical link transmission speed, while in circuit switching the 
synchronization becomes more and more difficult as the link speed increases. 

In accordance with the present invention, timing information is not used for 
5 routing, and therefore, as in the Internet, for example, the routing is done using IP 
addresses or a tag/label. 

In accordance with the present invention, the Internet "best effort" packet 
forwarding strategy can be integrated into the system. 

In accordance with this invention, a method is disclosed for monitoring and 
1 0 policing the packet traffic in a packet switching network where the switches maintain a 
common time reference. 

In accordance with this invention, a designated points inside the network is 
enabled to ascertain the level of packet traffic in predefine time intervals, and control the 
flow of packets and bring it back to predetermined levels in cases where the traffic 
1 5 volume exceeds predetermined levels. The information collected by the designated 

points facilitates billing for Internet services based on network usage, and identification 
of faulty conditions and malicious forwarding of packets that cause excessive delay 
beyond predetermined value. 

In accordance with this invention, a method is described for exchanging timing 
20 messages and data packets between synchronous switches with a common dme 

reference, and between end-stations/gateways and other synchronous switches, over an 
asynchronous network, i.e., a network with asynchronous switches. The method entails 
transmission of messages conveying the common time reference to end-station/gateways 
that have no direct access to the common time reference, and data packets that are sent 
25 responsive to the timing information and predetermined scheduled time intervals. 

In accordance with this invention, methods are provided for maintaining timely 
forwarding within predefined time interval over three network configurations: (i) end- 
station to synchronous switch over asynchronous (LAN) switches, (ii) end-station to 
gateway over asynchronous (LAN) switches and then to synchronous switch, (iii) 
30 synchronous switch to synchronous switch over asynchronous switches. 

These and other aspects and attributes of the present invention will be discussed 
with reference to the following drawings and accompanying specification. 

BRIEF DESCRIPTION OF THE DRAWINGS: 
35 FIG. 1 is a schematic illustration of a virtual pipe and its timing relationship with 

a common time reference (CTR), wherein delay is determined by the number of time 
frames between the forward time out at Node A and the forward time out at Node D; 
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FIG. 2 is a schematic illustration of multiple virtual pipes sharing certain ones of 
the switches; 

FIG. 3 is a schematic block diagram illustration of a switch that uses a common 
time reference from the GPS (Global Positioning System) for the timely forwarding of 
5 packets disclosed in accordance with the present invention; 

FIG. 4 illustrates the relationship among the local common time reference (CTR) 
on the switches, and how the multiplicity of local times is projected on the real-time axis, 
wherein time is divided into time frames of a predefined duration; 

FIG. 5 is a schematic illustration of how the common time reference is organized 
10 into contiguous time-cycles of k time-frames each and contiguous super-cycle of / time- 
cycles each; 

FIG. 6 is a schematic illustration of the relationship of the network common time 
reference and UTC (Coordinated Universal Time), such that, each time-cycle has 100 
time-frames, of 1 25 microseconds each, and 80 time-cycles are grouped into one super- 
15 cycle of one second; 

FIG. 7 is a schematic illustration of a data packet pipeline as in FIG. 1, and 
correlating to data packet movement through the switches 10 versus time for forwarding 
over a virtual pipe with common time reference (CTR); 

FIG. 8 illustrates the mapping of the time frames into and out of a node on a 
20 virtual pipe, wherein the mapping repeats itself in every time cycle illustrating time in 
versus forwarding lime out; 

FIG. 9 is an illustration of a serial transmitter and a serial receiver; 

FIG. 10 is a table of the 4B/5B encoding scheme for data such as is used by the 
AM7968 - TAXI chip set in accordance with one embodiment of the present invention; 
25 FIG. 1 1 is a table of the 4B/5B encoding scheme for control signals, such as, the 

time frame delimiter (TFD) such as is used by the AM7968, in accordance with one 
embodiment of the present invention; 

FIG. 12 is a schematic block diagram of an input port with a routing controller; 

FIG. 13 is a schematic diagram of the routing controller which determines to 
30 which output port an incoming data packet should be switched to and attaches the time 
of arrival (To A) information to the data packet header; 

FIG. 14 is a flow diagram of the routing controller operation; 

FIGS. 15A and 15B illustrate two generic data packet headers with virtual pipe 
ED (PED), and priority bit (P), wherein FIG. 15 A illustrates a packet without time-stamp 
35 field, and wherein FIG. 15B illustrates a packet with time-stamp field, and also shows 
how the common time-reference value, time of arrival (ToA), is attached by the routing 
controller; 
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FIG. 16 is a schematic block diagram of an output port with a scheduling 
controller and a serial transmitter; 

FIG. 17 is a schematic block diagram of the double-buffer scheduling controller; 

FIG. 18 is a flow diagram of the double-buffer scheduling controller 46 
operation; 

FIG. 19 is a functional block diagram of the general scheduling controller with 
its transmit buffer and select buffer controller; 

FIG. 20 is a flow diagram describing the packet scheduling controller operation 
for computing the forwarding time of a packet based on the following input parameters: 
PID 35C, ToA 35T and the CTR 002; 

FIG. 2 1 is a flow diagram illustrating the operation of the Select Buffer 
Controller 45D; 

FIG. 22 illustrates the real-time protocol (RTP) packet header with time-stamp 
field of 32 bits; and 

FIG. 23 is a flow diagram describing the packet scheduling controller operation 
for computing the dispatching-time of a packet based on the following input parameters; 
PID, ToA, CTR and the RTP time-stamp. 

FIG. 24 is a schematic description of a switch with a common time reference 
partition into dme-frames with predefined posidons such that the input port can 
unambiguously identify the posidons; 

FIG. 25 is a descripdon of the dming partidon of the common time reference 
into cycle with k dme frames in each, while each dme frame is further partitioned into 
four predefined parts: a, b, c and d; 

FIG. 26 is a schematic diagram of the time-based routing controller. This unit 
determines to which output port a data packet should be switched and attaches the time 
in and position information to the data packet header; 

FIG. 27 is an example of a routing and scheduling table on one of the incoming 
input ports using the incoming time or time-frame of arrival (ToA) and the position 
counter value for determining: (i) the output port, (ii) the out-going time-frame, and (iii) 
the position of the out-going data packet within the out-going time-frame; 

FIG. 28 is a schematic illustration of a data packet which is sent across the fabric 
to the output port; 

FIG. 29 is an example of a routing and scheduling table on one of the incoming 
input ports using the time stamp and position information for determining: (i) the output 
port, (ii) the out-going time-frame, and (iii) the position of the out-going data packet 
within the out-going time-frame; 

FIG. 30 is a flow diagram of the routing controller operation; 
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FIG. 3 1 is a flow diagram of the data packet scheduling controller 45A 
operation; 

FIG. 32 is a flow diagram of a different embodiment of the Select Buffer 
Controller 45D; 

5 FIG. 33 is a schematic diagram of another alternate embodiment of the routing 

controller which determines to which output port an incoming data packet should be 
switched to and attaches the time of arrival (ToA) information to the data packet header; 

FIGS. 34A and 34B are schematic illustrations of two generic data packet 
headers with virtual pipe ID (PED) and priority bits (P1/P2): (A) a packet without a 
10 time-stamp field and (B) a packet with a time-stamp field. This drawing also shows how 
the common time-reference value, time of arrival (ToA), is attached by the routing 
controller; 

FIG. 35 is a table classifying the data packets; 

FIG. 36 is a flow diagram of an alternate embodiment of the routing controller 
1 5 operation; 

FIG. 37 is a schematic diagram of the scheduling and congestion controller, 
where each buffer is divided into two parts, one for constant bit rate (CBR) and the other 
for variable bit rate (VBR); 

FIG. 38 is a flow diagram describing an alternate embodiment of the packet 
20 scheduling and rescheduling controller operation for computing the forwarding time of a 
packet based on the following input parameters: pipe-ID 35C, Time of arrival 35T and 
the common time reference 002; 

FIG. 39 is a flow diagram describing an alternate embodiment of the select 
buffer and congestion controller 45D; 
25 FIG. 40 is a schematic illustration of a virtual pipe with a delay which varies in 

time between Node B and Node C; 

FIG. 41 is a timing diagram of a virtual pipe with an increasing delay between 
Nodes B and C; 

FIG. 42 is a timing diagram of a virtual pipe with a decreasing delay between 
30 Nodes B and C; 

FIG. 43 is a schematic illustration of a virtual pipe, p, with an alternate virtual 
pipe,/?'; 

FIG. 44 describes a node, Node E, in which two virtual pipes, p and p' are 
converging; 

35 FIG. 45 is a schematic illustration of a resynchronization mechanism of two 

virtual pipes Pipe-ID - p and Pipe-ID - p' on Node E; 
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FIG. 46 is a schematic illustration of the delay analysis and scheduling 
controller with its transmit buffer and select buffer controller; 

FIG. 47 is a flow diagram describing an alternate embodiment of the Select 
Buffer Controller; 

5 FIG. 48 is a flow diagram describing the delay analysis and scheduling 

controller operation for computing the forwarding time of a data packet; 

FIG. 49 specifies a program executed by the delay analysis and scheduler 
controller for mobile nodes with increasing and decreasing delays in their incoming 
links; 

10 FIG. 50 specifies a program executed by the delay analysis and scheduler 

controller for communication links in which their delay can change instantly, such as it 
is the case for SONET links in a self-healing SONET rings; and 

FIG. 51 specifies a program executed by the delay analysis and scheduler 
controller for combining two alternate paths p and p' into one path. 
15 FIG. 52 is a schematic illustration of the delay monitoring controller; 

FIG. 53 is a flow chart of the program executed by the delay monitoring 
controller; 

FIG. 54 is a schematic illustration of the policing and load controller; 
FIG. 55 is a flow chart of the program executed by the policing and load 
20 controller; 

FIG. 56 is a schematic illustration of connection between an end-station and a 
synchronous virtual pipe switch that are separated by asynchronous LAN switches; 

FIG. 57 is a schematic illustration of connections between end-stations and 
synchronous virtual pipe switches which are separated by some asynchronous switches 
25 and a gateway, which resynchronize the data packets before it is forwarded to the 
synchronous switch; 

FIG. 58 is a schematic illustration of connection between two segments of virtual 
pipe switches which are separated by asynchronous switches and routers; 

FIG. 59 is a diagram of the temporal relationship between the common time 
30 reference signals from a synchronous switch and the timely forwarding of packets from 
an end-station; 

FIG. 60 is an illustration of the possible time of arrival (ToA) variations to a 
synchronous switch of data packets, which are forwarded over asynchronous switches; 
FIG. 61 is a schematic illustration of a data packet resynchronization mechanism 
35 at the input port; and 
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FIG. 62 specifies a program executed by the delay analysis and scheduler 
controller for the case of finding the schedule exactly on the delay bound by using the 
time-stamp at the data packet header. 

DETAILED DESCRIPTION OF THE ILLUSTRATED EMBODIMENTS: 

While this invention is susceptible of embodiment in many different forms, there 
is shown in the drawing, and will be described herein in detail, specific embodiments 
thereof with the understanding that the present disclosure is to be considered as an 
exemplification of the principles of the invention and is not intended to limit the 
invention to the specific embodiments illustrated. 

The present invention relates to a system and method for transmitting and 
forwarding packets over a packet switching network. The switches of the network 
maintain a common time reference, which is obtained either from an external source 
(such as GPS - Global Positioning System) or is generated and distributed internally. 
The time intervals are arranged in simple periodicity and complex periodicity (like 
seconds and minutes of a clock). A packet that arrives to an input port of a switch, is 
switched to an output port based on specific routing information in the packet's header 
(e.g., IPv4 destination address in the Internet, VCI/VPI labels in ATM). Each switch 
along a route from a source to a destination forwards packets in periodic time intervals 
that are predefined using the common time reference. The time interval duration can be 
longer than the time duration required for transmitting a packet, in which case the exact 
position of a packet in the time interval is not predetermined. 

Packets that are forwarded inside the network over the same route and in the 
same periodic time intervals constitute a virtual pipe and share the same pipe-ID. Pipe- 
ID can be either explicit, such as a tag or a label that is generated inside the network, or 
implicit such as a group of IP addresses. A virtual pipe can be used to transport data 
packets from multiple sources and to multiple destinations. A virtual pipe provides 
deterministic quality of service guarantees. The time interval in which a switch forwards 
a specific packet is determined by the packet's pipe-ID, the time it reaches the switch, 
and the current value of the common time reference. In accordance with the present 
invention, congestion-free packet switching is provided for pipe-IDs in which capacity in 
their corresponding forwarding links and time intervals is reserved in advance. 
Furthermore, packets that are transferred over a virtual pipe reach their destination in 
predefined time intervals, which guarantees that the delay jitter is smaller than or equal to 
one time interval. 

Packets that are forwarded from one source to multiple destinations share the 
same pipe ID and the links and time intervals on which they are forwarded comprise a 
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virtual tree. This facilitates congestion- free forwarding from one input port to multiple 
output ports, and consequendy, from one source to multiplicity of destinations. Packets 
that are destined to multiple destinations reach all of their destinations in predefined time 
intervals and with delay jitter that is no larger than one time interval. 

A system is provided for managing data transfer of data packets from a source to 
a destination. The transfer of the data packets is provided during a predefined time 
interval, comprised of a plurality of predefined time frames. The system is further 
comprised of a plurality of switches. A virtual pipe is comprised of at Least two of the 
switches interconnected via communication links in a path. A common time reference 
signal is coupled to each of the switches, and a time assignment controller assigns 
selected predefined time frames for transfer into and out from each of the respective 
switches responsive to the common time reference signal. For each switch, there is a 
first predefined time frame within which a respective data packet is transferred into the 
respective switch, and a second predefined time frame within which the respective data 
packet is forwarded out of the respective switch. The time assignment provides 
consistent fixed intervals between the time between the input to and output from the 
virtual pipe. 

In a preferred embodiment, there is a predefined subset of the predefined time 
frames during which the data packets are transferred in the switch, and for each of the 
respective switches, there are a predefined subset of the predefined time frames during 
which the data packets are transferred out of the switch. 

Each of the switches is comprised of one or a plurality of addressable input and 
output ports. A routing controller maps each of the data packets that arrives at each one 
of the input ports of the respective switch to a respective one or more of the output ports 
of the respective switch. 

For each of the data packets, there is an associated time of arrival to a respective 
one of the input ports. The time of arrival is associated with a particular one of the 
predefined time frames. For each of the mappings by the routing controller, there is an 
associated mapping by a scheduling controller, which maps of each of the data packets 
between the time of arrival and forwarding time out. The forwarding time out is 
associated with a specified predefined time frame. 

In the preferred embodiment, there are a plurality of the virtual pipes comprised 
of at least two of the switches interconnected via communication links in a path. The 
communication link is a connection between two adjacent switches; and each of the 
communications links can be used simultaneously by at least two of the virtual pipes. 
Multiple data packets can be transferred utilizing at least two of the virtual pipes. 
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In some configurations of this invention there is a fixed time difference, which is 
constant for all switches, between the time frames for the associated time of arrival and 
forwarding time out for each of the data packets. The fixed time difference is a variable 
time difference for some of the switches. A predefined interval is comprised of a fixed 
5 number of contiguous time frames comprising a time cycle. Data packets that are 
forwarded over a given virtual pipe are forwarded from an output port within a 
predefined subset of time frames in each time cycle. Furthermore, the number of data 
packets that can be forwarded in each of the predefined subset of time frames for a given 
virtual pipe is also predefined. 

10 The time frames associated with a particular one of the switches within the virtual 

pipe are associated with the same switch for all the time cycles, and are also associated 
with one of input into or output from the particular respective switch. 

In some configurations of this invention there is a constant fixed time between 
the input into and output from a respective one of the switches for each of the time 

1 5 frames within each of the time cycles. A fixed number of contiguous time cycles 

comprise a super cycle, which is periodic. Data packets that are forwarded over a given 
virtual pipe are forwarded from an output port within a predefined subset of time frames 
in each super cycle. Furthermore, the number of data packets that can be forwarded in 
each of the predefined subset of time frames within a super cycle for a given virtual pipe 

20 is also predefined. 

In the preferred embodiment the common time reference signal is coupled from 
a GPS (Global Positioning System), and is in accordance with the UTC (Coordinated 
Universal Time) standard. The UTC time signal does not have to be received directly 
from GPS. Such signal can be received by using various means, as long as the delay or 

25 time uncertainty associated with that UTC time signal does not exceed half a time frame. 

In one embodiment, the super cycle duration is equal to one second as measured 
using the UTC (Coordinated Universal Time) standard. The super cycle can also be 
equal to multiple UTC seconds or a fraction of a UTC second. 

A select buffer controller maps one of the time frames for output from a first 

30 switch to a second time frame for input via the communications link to a second switch. 
The select buffer controller uses the UTC time signal in order to identify the boundaries 
between two successive dme frames. The select buffer controller inserts a time frame 
delimiter (TFD) signal into the transmission link in order to the signal the second switch 
with the exact boundary between two dme frames. 

35 Each of the data packets is encoded as a stream of data, and a time frame 

delimiter is inserted into the stream of data responsive to the select buffer controller. 
This can be implemented by using a redundant serial codewords as it is later explained. 
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The communication links can be of fiber optic, copper, and wireless 
communication links for example, between a ground station and a satellite, and between 
two satellites orbiting the earth. The communication link between two nodes does not 
have to be a serial communication link. A parallel communication link can be used - 
5 such link can simultaneously carry multiple data bits, associated clock signal, and 
associated control signals. 

The data packets can be Internet protocol (IP) data packets, and asynchronous 
transfer mode (ATM) cells, and can be forwarded over the same virtual pipe having an 
associated pipe identification (PCD). The PID can be an Internet protocol (IP) address, 
10 Internet protocol group multicast address, an asynchronous transfer mode (ATM), a 

virtual circuit identifier (VCI), and a virtual path identifier (VPI), or (used in combination 
as VCI/VPI). 

The routing controller determines two possible associations of an incoming data 
packet: (i) the output port, and (ii) the time of arrival (ToA). The ToA is then used by 

15 the scheduling controller for determining when a data packet should be forwarded by the 
select buffer controller to the next switch in the virtual pipe. The routing controller 
utilizes at least one of Internet protocol version 4 (IPv4), Internet protocol version 6 
(IPv6) addresses, Internet protocol group multicast address, Internet MPLS (multi 
protocol label swapping or tag switching) labels, ATM virtual circuit identifier and 

20 virtual path identifier (VCI/VPI), and IEEE 802 MAC (media access control) addresses, 
for mapping from an input port to an output port. 

Each of the data packets is comprised of a header, which includes an associated 
time stamp. For each of the mappings by the routing controller, there is an associated 
mapping by the scheduling controller, of each of the data packets between the respective 

25 associated time-stamp and an associated forwarding time out, which is associated with 

one of the predefined time frames. The dme stamp can record the time in which a packet 
was created by its application. 

In one embodiment the time-stamp is generated by an Internet real-time protocol 
(RTP), and by a predefined one of the switches. The time-stamp can be used by a 

30 scheduling controller in order to determine the forwarding time of a data packet from an 
output port. 

Each of the data packets originates from an end station, and the time-stamp is 
generated at the respective end station for inclusion in the respective originated data 
packet. Such generation of a time-stamp can be derived from UTC either by receiving it 
35 directly from GPS or by using the Internet's Network Time Protocol (NTP). 
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1 Synchronous virtual pipe 

In accordance with the present invention, a system is provided for transferring 
data packets across a data network while maintaining for reserved data traffic constant 
bounded jitter (or delay uncertainty) and no congestion- induced loss of data packets. 
5 Such properties are essential for many multimedia applications, such as, telephony and 
video teleconferencing. 

In accordance with the design, method, and illustrated implementation of the 
present invention, one or a plurality of virtual pipes 25 are provided, as shown in FIGS. 
1-2, over a data network with general topology. Such data network can span the globe. 
10 Each virtual pipe 25 is constructed over one or more switches 10, shown in FIG. 1, 
which are interconnected via communication links 41 in a path. 

FIG. 1 illustrates a virtual pipe 25 from the output port 40 of switch A, through 
switches B and C. This virtual pipe ends at the output port 40 of node D. The virtual 
pipe 25 transfers data packets from at least one source to at least one destination. 
1 5 FIG. 2 illustrates three virtual pipes: virtual pipe 1 from the output of switch A to 

the output of switch D, virtual pipe 2 from the output of switch B to the output of switch 
D, and virtual pipe 3 from the output of switch A to the output of switch C. 

The data packet transfers over the virtual pipe 25 via switches 10 are designed to 
occur during a plurality of predefined time intervals, wherein each of the predefined time 
20 intervals is comprised of a plurality of predefined time frames. The timely transfers of 
data packets are achieved by coupling a common time reference 002 (CTR) signal lo 
each of the switches 10. 

FIG. 3 illustrates the structure of a pipeline switch 10. The switch 10 is 
comprised of one or a plurality of input ports 30, one or a plurality of output ports 40. 
25 switching fabric 50, and global positioning system (GPS) time receiver 20 with a GPS 
antenna 001. The GPS time receiver provides a common time reference signal (CTR) 

002 to all input and output ports. 

1.1 The common time reference (CTR) 002 

As shown in FIG. 4, the common time reference 002 that is coupled to the 

30 switches 10 provides the following property: the local clock ticks 004, shown in FIG. 4, 
at all the pipeline switches (e.g., switches A, B, C, and D in FIGS. I and 2) when 
projected on the real-time axis 005 will all occur within predefined synchronization 
envelopes 003. In other words, the local clock ticks 004 occur within the 
synchronization envelopes 003, and therefore, outside relative to the synchronization 

35 envelopes all local clocks have the same clock value. 

The common time reference is divided in a predefined manner into time frames, 
Tf, of equal duration, as shown in FIG. 4, typically Tf= 125 microseconds. The time 
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frames are grouped into time cycles. Each time cycle has predefined number of time 
frames. 

Referring to FIG. 5, there are k time frames in each time cycle. Contiguous time 
cycles are grouped together into contiguous super cycles, and as shown in FIG. 5, there 

5 are / time cycles in each super cycle. 

FIG. 6 illustrates how the common time reference can be aligned with the UTC 
(Coordinated Universal Time) standard. In this illustrated example, the duration of 
every super cycle is exactly one second as measured by the UTC standard. Moreover, 
the beginning of each super cycle coincides with the beginning of a UTC second, as 

10 shown in FIG. 6. Consequently, when leap seconds are inserted or deleted for UTC 
corrections (due to changes in the earth rotation period) the cycle and super cycle 
periodic scheduling will not be affected. 

The time frames, time cycles, and super cycles are associated in the same manner 
with all respective switches within the virtual pipe at all times. 

15 1.2 Pipeline forwarding 

Pipeline forwarding relates to data packets being forwarded across a virtual pipe 
25 with a predefined delay in every stage (either across a communication link 41 or 
across a switch 10 from input port 30 to output port 40). Data packets enter a virtual 
pipe 25 from one or more sources and are forwarded to one or more destinations. 

20 This sort of pipeline forwarding used in accordance with the present invention is 

illustrated in FIG. 7. Data packet 41 A is forwarded out of switch A during time frame 
t-1. This data packet 41A will reach switch B after a delay of T-ab. This data packet 
41 A will be forwarded out of switch B as data packet 41B during time frame t+ 1 and 
will reach switch C after a delay of T-bc. This data packet 41B will be forwarded out of 

25 switch C as data packet 41C during time frame t+5. Data packet 41C will reach switch 
D after a delay of T-cd. Consequently, the delay from the output of switch A to the 
output of switch C is 6=f+5-(f-/) time frames. As illustrated in FIG. 7, all data packets 
that are forwarded over that virtual pipe will have a delay of six time frames from the 
output of switch A to the output of switch C. 

30 Referring again to FIG. 1, the timely pipeline forwarding of data packets over the 

virtual pipe 25 is illustrated. A data packet is received by one of the input ports 30 of 
switch A at time frame 1, and is forwarded along this virtual pipe 25 in the following 
manner: (i) the data packet 41 A is forwarded from the output port 40 of switch A at time 
frame 2 of time cycle 1, (ii) the data packet 41B is forwarded from the output port 40 of 
35 switch B, after 1 8 time frames, at time frame 10 of time cycle 2, (iii) the data packet 41C 
is forwarded from the output port 40 of switch C, after 42 time frames, at time frame 2 
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of time cycle 7, and (iv) the data packet 41D is forwarded from the output port 40 of 
switch D, after 19 time frames, at time frame 1 of time cycle 9. 
As illustrated in FIG. I, 

All data packets enter the virtual pipe 25 (i.e., forwarded out of the output 
5 port 40 of switch A) periodically at the second time frame of a time cycle, are 

output from this virtual pipe 25 (i.e., are forwarded out of the output port 40 
of switch D) after 79 time frames. 

• The data packets that enter the virtual pipe 25 (i.e., forwarded out of the 
output port 40 of switch A) can come from one or more sources and can 

10 reach switch A over one or more input links 41. 

• The data packets that exit the virtual pipe 25 (i.e., forwarded out of the output 
port 40 of switch D) can be forwarded over plurality of output links 41 to 
one of plurality of destinations. 

• The data packets that exit the virtual pipe 25 (i.e., forwarded out of the output 
1 5 port 40 of switch D) can be forwarded simultaneously to multiple 

destinations, (i.e., multicast (one-to-many) data packet forwarding). 

• The communication link 41 between two adjacent ones of the switches 10 
can be used simultaneously by at least two of the virtual pipes. 

In FIG. 2, where there are three virtual pipes: 
20 • The three virtual pipes can multiplex (i.e., mix their traffic) over the same 

communication links. 

The three virtual pipes can multiplex (i.e., mix their traffic) during the same 
time frames and in an arbitrary manner. 

The same time frame can be used by multiple data packets from one or more 
25 virtual pipes. 

1.3 Virtual pipe capacity assignment 

For each virtual pipe there are predefined time frames within which respective 
data packets are transferred into its respective switches, and separate predefined time 
frames within which the respective data packets are transferred out of its respective 
30 switches. Though the time frames of each virtual pipe on each of its switches can be 
assigned in an arbitrary manner along the common time reference, it is convenient and 
practical to assign time frames in a periodic manner in time cycles and super cycles. 

FIG. 8 illustrates the timing of a switch of a virtual pipe wherein there are a 
predefined subset of time frames (i, 75, and 80) of every time cycle, during which data 
35 packets are transferred into that switch, and wherein for that virtual pipe there are a 

predefined subset time frames (i+3, 1, and 3) of every time cycle, during which the data 
packets are transferred out of that switch. If each of the three data packets has 125 bytes 
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or 1000 bits, and there are 80 time frames of 125 microseconds in each time cycle (i.e., 
time cycle duration of 10msec), then the bandwidth allocated to this virtual pipe is 
300,000 bits per second. 

In general, the bandwidth or capacity allocated for a virtual pipe is computed by 
5 dividing the number of bits transferred during each of the time cycles by the time cycle 
duration. In the case of a super cycle, the bandwidth allocated to a virtual pipe is 
computed by dividing the number of bits transferred during each of the super cycles by 
the super cycle duration. 

The switch 10 structure, as shown in FIG. 3, can also be referred to as a pipeline 
10 switch, since it enables a network comprised of such switches to operate as a large 
distributed pipeline architecture, as it is commonly found inside digital systems and 
computer architectures. 

Each pipeline switch 10 is comprised of a plurality of addressable input ports 30 
and output ports 40. As illustrated in FIG. 12, the input port 30 is further comprised of 
1 5 a routing controller 35 for mapping each of the data packets that arrives at each one of 
the input ports to a respective one of the output ports. As illustrated in FIG. 16, the 
output port 40 is further comprised of a scheduling controller and transmit buffer 45. 
An output port 40 is connected to an input port 30 via a communication link 41, as 
shown in FIG. 9. The communication link can be realized using various technologies 
20 compatible with the present invention. 

As shown in FIG. 3, the common time reference 002 is provided to the input 
ports 30 and output ports 40 from the GPS time receiver 20, which receives its timing 
signal from the GPS antenna 001. GPS time receivers are available from variety of 
manufacturers, such as, TrueTime, Inc. (Santa Rosa, CA). With such equipment, it is 
25 possible to maintain a local clock with accuracy of ±1 microsecond from the UTC 
(Coordinated Universal Time) standard everywhere around the globe. 
1.4 The communication link and time frame delimiter encoding 

The communication links 41 used for the system disclosed is in this invention 
can be of various types: fiber optic, wireless, etc. The wireless links can be between at 
30 least one of a ground station and a satellite, between two satellites orbiting the earth, or 
between two ground stations, as examples. 

Referring to FIG. 9, a serial transmitter 49 and serial receiver 31 are illustrated as 
coupled to each link 41. A variety of encoding schemes can be used for a serial line link 
41 in the context of this invention, such as, SONET/SDH, 8B/10B Fiber Channel, 
35 4B/5B FDDI (fiber distributed data interface). In addition to the encoding and decoding 
of the data transmitted over the serial link, the serial transmitter/receiver (49 in FIG. 12 
and 31 in FIG. 16) sends/receives control words for a variety of control purposes. 
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mostly unrelated to the present invention description. However, one control word, time 
frame delimiter (TFD), is used in accordance with the present invention. The TFD 
marks the boundary between two successive time frames and is sent by a serial 
transmitter 49 when a CTR 002 clock tick occurs in a way that is described hereafter as 
5 part of the output port operation. It is necessary to distinguish in an unambiguous 

manner between the data words, which carry the information, and the control signal or 
words (e.g., the TFD is a control signal) over the serial link 41. There are many ways to 
do this. One way is to use the known 4B/5B encoding scheme (used in FDDI). In this 
scheme, every 8-bit character is divided into two 4-bit parts and then each part is 
10 encoded into a 5-bit codeword that is transmitted over the serial link 41. 

FIG. 10 illustrates an encoding table from 4-bit data to 5-bit serial codewords. 
The 4B/5B is a redundant encoding scheme, which means that there are more codewords 
than data words. Consequently, some of the unused or redundant serial codewords can 
be used to convey control information. 
15 FIG. 1 1 is a table with 15 possible encoded control codewords, which can be 

used for transferring the time frame delimiter (TFD) over the serial link. The TFD 
transfer is completely transparent to the data transfer, and therefore, it can be sent in the 
middle of the data packet transmission in a non-destructive manner. 

When the communication links 41 are SONET/SDH, the time frame delimiter 
20 cannot be embedded as redundant serial codewords, since SONET/SDH serial encoding 
is based on scrambling with no redundancy. Consequently, the TFD is implemented 
using the SONET/SDH frame control fields: transport overhead (TOH) and path 
overhead (POH). Note that although SONET/SDH uses a 125 microseconds frame, it 
cannot be used directly in accordance with the present invention, at the moment, since 
25 SONET/SDH frames are not globally aligned and are also not aligned to UTC. 

However, if SONET/SDH frames are globally aligned, SONET/SDH can be used 
compatibly with the present invention. 
1 .5 The input port 

As shown in FIG. 12, the input port 30 has three parts: serial receiver 31, a 
30 routing controller 35 and separate queues to the output ports 36. The serial receiver 31 
transfers the data packets and the time frame delimiters to the routing controller 35. 

The routing controller 35 is constructed of a central processing unit (CPU), a 
random access memory (RAM) for storing the data packet, read only memory (ROM) 
for storing the routing controller processing program and the routing table that is used 
35 for determining the output port that the incoming data packet should be switched to. 

As illustrated in FIG. 13, the incoming data packet header includes a virtual pipe 
identification, PID 35C, that is used to lookup in the routing table 35D the address 35E 
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of the queue 36 that the incoming data packet should be transferred into. Before the 
packet is transferred into its queue 36, the time of arrival (ToA) 35T is attached to the 
packet header as illustrated in FIGS 15A and 15B. The ToA 35T is used by the 
scheduling controller 45 of the output port 40 in the computation of the forwarding time 
out of the output port, and shown in FIG. 16. 

The data packet can have various formats, such as, Internet protocol version 4 
(IPv4), Internet protocol version 6 (IPv6), asynchronous transfer mode (ATM) cells, etc. 
The data packets PID can be determined by one of the following: an Internet protocol 
(TP) address, an asynchronous transfer mode (ATM) a virtual circuit identifier, a virtual 
path identifier (VCI/VPI), Internet protocol version 6 (IPv6) addresses, Internet MPLS 
(multi protocol label swapping or tag switching) labels, and IEEE 802 MAC (media 
access control) address, etc.. 

FIG. 14 illustrates the flow chart for the router controller 35 processing program 
executed by the routing controller 35B. The program is responsive to two basic events 
from the serial receiver 31 of FIG. 12: the received time frame delimiter TFD at step 35- 
01, and the receive data packet at step 35-02. After receiving a TFD, the routing 
controller 35 computes the time of arrival (ToA) 35T value at step 35-03 that is attached 
to the incoming data packets. For this computation it uses a constant, Dconst, which is 
the time difference between the common time reference (CTR) 002 tick and the 
reception of the TFD at time t2 (generated on an adjacent switch by the CTR 002 on that 
node). This time difference is caused by the fact that the delay from the serial 
transmitter 49 to the serial receiver 31 is not an integer number of time frames. When 
the data packet is received at step 35-02, the routing controller 35B executes three 
operations as set forth in step 35-04: attach the ToA, lookup the address of the queue 36 
using the PID, and storing the data packet in that queue 36. 
1.6 The switching fabric 

There are various ways to implement a switching fabric. However, the switching 
fabric is peripheral to the present invention, and so it will be described only briefly. The 
main property that the switching fabric should ensure is that packets for which the 
priority bit P (35P in FIGS. 15A and 15B) is set to high, then priority (i.e., reserved 
traffic) will be switched into the output port in a constant bounded delay - measured in 
time frames. 

This is possible in accordance with the present invention, where the packets in 
the input ports are already separated into queues to their respective output ports. Then, 
by using the Clos theorem in the time domain (see J.Y. Hui, "Switching and Traffic 
Theory for Integrated Broadband Networks", page 65), the delay can be bounded by two 
time frames, one time frame at the input port and one time frame to get across the 
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switching fabric. Other implementations can be used, such as based on shared bus with 
round robin service of the high priority data packets, or on a crossbar switch. 

Another possible switch design is shared memory, which ensures a deterministic 
delay bound from an input port to an output port. Shared memory packet switches are 
5 commercially available from various vendors, for example, MMC Networks Inc. (Santa 
Clara, CA). 

FIGS. 15A and 15B illustrate data packets without and with a time stamp 
attached, respectively. 
1.7 The output port 

10 The output port 40 is illustrated in FIG. 16, comprised of a scheduling controller 

with a transmit buffer 45, and serial transmitter 49 (as previously described herein). The 
scheduling controller 45 performs a mapping of each of the data packets between the 
associated respective time of arrival (ToA) and an associated forwarding time out of the 
output port via the serial transmitter 49. The forwarding time is determined relative to 

1 5 the common time reference (CTR) 002. 

Three output port configurations are illustrated herein: a double-buffer 
scheduling controller, as shown in FIGS. 17 and 18, a general scheduling controller, as 
shown in FIGS. 19, 20, and 21, and a general scheduling controller with time-stamp, as 
shown in FIGS. 22 and 23. 

20 The double-buffer scheduling controller 46, as illustrated in the block diagram of 

FIG. 17 and flow chart of FIG. 18, is constructed of a central processing unit (CPU), a 
random access memory (RAM) for storing the data packet, and read only memory 
(ROM) for storing the controller processing program. Each time frame as specified by 
the common time reference 002 is considered to be one of an even tick or an odd tick. 

25 The determination of even tick vs. odd tick is made relative to the beginning of a time 

cycle. In the preferred embodiment, the first time frame of a time cycle is determined to 
be an odd tick, the second time frame of the time cycle is determined to be an even tick, 
the third time frame of the time cycle is determined to be an odd tick, and so forth, where 
the determination of even tick vs. odd tick alternates as shown for the duration of the 

30 time cycle. In an alternate embodiment, the first time frame of a time cycle is determined 
to be an even tick, the second time frame of the time cycle is determined to be an odd 
tick, the third time frame of the time cycle is determined to be an even tick, and so forth, 
where the determination of even tick vs. odd tick alternates as shown for the duration of 
the time cycle. The actual sequence of even ticks vs. odd ticks of time frames within a 

35 time cycle may be arbitrarily started with no loss in generality. 

The double-buffer scheduling controller 46 operates in the following manner. 
Data packets arrive from the switching fabric 50 via link 51. When the priority bit 35P 
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is asserted (i.e., reserved traffic), the packet is switched through the packet DMUX 
(demultiplexer) 51S (during odd ticks of the common time reference) to buffer Ba via 
link 51-1, and during even ticks of the common time reference to buffer Bb, via link 51- 
2. Data packets in which the priority bit 35P is not asserted (i.e., non-reserved traffic) 
are switched through the packet DMUX (demultiplexer) 51S to the "best effort" buffer 
Be via link 51-3. The transmit buffer selection operation is controlled by the select 
signal 46A, which connects the double-buffer scheduling controller with the packet 
DMUX (demultiplexer) 51S. 

Data packets are forwarded to the serial transmitter 49 through the packet MUX 
(multiplexer) 47S, and link 47C in FIG. 17, during odd ticks of the common time 
reference from buffer Bb via link 46-2, and during even ticks of the common time 
reference from buffer Ba via link 46-1. If during odd ticks of the common time 
reference buffer Bb is empty, data packets from the "best effort" buffer Be are 
forwarded to the serial transmitter. If during even ticks of the common time reference 
buffer Ba is empty, data packets from the "best effort" buffer Be are forwarded to the 
serial transmitter. The transmit buffer selection operation is controlled by the select 
signal 46B, which connects the double-buffer scheduling controller 46 with the packet 
MUX (multiplexer) 47S. 

A more general scheduling controller 45 operation is described in FIGS. 19, 20, 
and 21, which includes a transmit buffer 45C and a select buffer controller 45D. The 
data packet scheduling controller 45A, together with the select buffer controller 45D, 
perform the mapping, using the PID 35C and the data packet time of arrival (ToA) 35T 
in order to determine the respective time frame a respective packet should be forwarded 
out of the output port. Both controllers 45A and 45D are constructed of a central 
processing unit (CPU), a random access memory (RAM) for storing the data, and read 
only memory (ROM) for storing the controller processing program. 

Data packets arrive from the switching fabric 50 via link 51. Data packets which 
have the priority bit 35P asserted (i.e., reserved traffic) are switched by the scheduling 

controller 45A to one of the k transmit buffers 45C (B-l, B-2, B-k). Each of the k 

buffers is designated to store packets that will be forwarded in each of the k time frames 
in every time cycle, as shown in FIG. 5. 

The flow chart for the program executed by the scheduling controller is 
illustrated in FIG. 20. When the data packet is received from the fabric at step 45-03, 
the PID 35C in the data packet header is used to look-up the forward parameter 45F in 
the forwarding table (45B of FIG. 19), as specified in step 45-04. Next, the index i of 
the transmit buffer, between B-l and B-fc', is computed in step 45-05 by subtracting the 
time of arrival ToA 35T from the common time reference CTR 002 and by adding the 
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forward parameter 45F, and then switching the incoming data packet to transmit buffer 
B-i, as specified in step 45-06. 

Incoming data packets in which the priority bit 35P is not asserted (i.e., non- 
reserved traffic) are switched by the scheduling controller to the transmit "best effort" 
buffer B-E via link 45-be. 

FIG. 2 1 illustrates the flow chart for the select buffer controller 45D operation. 
The controller 45D is responsive to the common time reference (CTR) tick 002, and at 
step 45- 1 1, increments the transmit buffer index i (i.e., i.-i+l modk', where k' is the 
number of buffers for scheduled traffic) and sends a time frame delimiter TFD to the 
serial transmitter at step 45-12. Then, if the transmit buffer B-i is not empty, at step 45- 
13, it will send a data packet from transmit buffer B-i, as specified in at step 45-14, else 
it will send a "best effort" data packet from the "best effort" buffer B-be, as specified at 
step 45-15. 

FIGS. 22 and 23 illustrate a system with a scheduling controller, wherein each of 
the data packets is comprised of a header, including an associated time stamp. The time- 
stamp is generated by an Internet real-time protocol (RTP) in which its data packet 
format is illustrated in FIG. 22. Alternatively, the time-stamp can be generated by a 
predefined one of the switches 10 in the system, or the time stamp can be generated at a 
respective end station for inclusion in the respective originated data packet. 

FIG. 23 illustrates the operation of the scheduling controller for the case where 
the packet header contains a time-stamp 35TS. Data packets arrive from the switching 
fabric 50 via link 51. Data packets in which the priority bit 35P is set (i.e., reserved 
traffic) are switched by the scheduling controller to one of the k transmit buffers 45C 
(B-l, B-2,..., B-k). Each of the k buffers is designated to store packets that will be 
forwarded in each of the it time frames in every time cycle, as shown in FIG. 5. The 
flow chart for the program executed by the scheduling controller is illustrated in FIG. 
23. When a data packet is received from the fabric at step 45-21, the PID 35C in the 
data packet header is used to look-up the forward parameter 45F in the forwarding table 
45B, as specified in step 45-22. Next the index i of the transmit buffer, between B-l 
and B-k, is computed in step 45-23 by subtracting the time of arrival ToA 35T from the 
common time reference CTR 002 and by adding the forward parameter 45F, and then 
switching the incoming data packet to transmit buffer B-(, as specified in step 45-24. 
2 Time-based routing 

In this variant of this invention, a packet that arrives to an input port of a switch 
is switched to an output port based on (i) its position within the predefined time interval 
and (ii) the unique address of the incoming input port. Each switch along a route from a 
source to a destination forwards packets in periodic time intervals that are predefined 
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using the common time reference. The time interval duration can be longer than the time 
duration required for transmitting a packet. 

FIG. 24 depicts a schematic description of a switch 10. The switch 10 is 
constructed of four components: a plurality of uniquely addressable input ports 30 (in 
5 FIG. 24 there are N such ports), a plurality of uniquely addressable output ports 40 (in 
FIG. 24 there are N such ports), a switching fabric 50, and a global positioning system 
(GPS) time receiver 20 with a GPS antenna 001. The GPS time receiver provides a 
common time reference (CTR) 002 to all input and output ports. The common time 
reference is partitioned into time frames. Each of the time frames is further comprised 
10 of predefined positions such that the input port can unambiguously identify the 

positions. The time and position that a data packet arrives into the input port are used by 
the routing controller 35 in FIG. 12 for determining the output port that incoming data 
packet should be switched to. 

In FIG. 24, each of the time frames, /=/' and /=/+/, has four predefined 
15 positions: a, b, c and d. In each of the positions, one data packet can be stored. The 
positions can be marked explicitly with position delimiters (PDs) between the variable 
size data packets, as it will be explained below, or implicitly. Implicit position within a 
time frame can be achieved by either measuring time delays - this is suitable for sending 
a fixed size ATM (asynchronous transfer mode) cells, or by placing data packets of 
20 variable size in the predefined positions within each of the time frames - if the output 
port 40 does not have a data packet to transmit in a predefine position an empty or null 
data packet should be sent. 

FIG. 25 depicts a common time reference (CTR) 002 axis that is divided into 
time cycles. Each time cycle is divided into predefined frames. Each of the time frame 
25 has predefined positions: a, b, c, and d of either fixed size (in time duration) or variable 
size (in time duration), consequently, the predefined position can have ether fixed size 
data packets or variable size data packets, respectively. 
2. 1 The time-based input port 

The input port 30, shown in FIG. 12, has three parts: serial receiver 31, time- 
30 based routing controller 35 and separate queues 36 to the plurality of output ports 40. 

The serial receiver 31 transfers to the time-based routing controller 35 data packets, time 
frame delimiters (TFD) and position delimiters (PD). 

The routing controller is constructed of a central processing unit (CPU), a 
random access memory (RAM) for storing the data packets, read only memory (ROM) 
35 for storing the time-based routing controller processing program, and a time-based 

routing table is used for determining the following parameters (see 35D in FIGS. 26, 27, 
and 29): 
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1. Parameter 35-1 in table 35D (FIGS. 27 and 29) - the output port 40 that the 
incoming data packet should be switched to - this parameter is used for switching the 
data packet to the queue 36 that is leading to the corresponding output port; 

2. Parameter 35-2 in table 35D (FIGS. 27 and 29) - the out-going time frame 
5 in which the data packet will be forwarded out of the output port - this parameter is 

attached to the data packet header in FIG. 27, and 

3. Parameter 35-3 in table 35D (FIGS. 27 and 29) - the position within the 
out-going time frame in which the data packet will be forwarded out of the output port - 
this parameter is attached to the data packet header in FIG. 28. 

10 The time-based routing controller 35B determines the entry to the time-based 

routing table 35D, in FIGS. 27 and 29, in various ways, such as: 

1. Local time and position by using (1) the time frame of arrival (To A) 35T - 
the time frame usmg the common time reference 002, and (2) the position value 35P 
within that time frame as measured by the position counter 35PC. This is depicted in 

15 FIG. 12. 

2. Time stamp 35TS and position 35PC by using (1) the time stamp 35TS in 
the data packet header in FIG. 28B, and (2) the position value 35P within that time frame 
as measured by the position counter 35PC. 

3. Time stamp, PID (shown in the packet headers in FIG. 28) and position 

20 35PC by (I) the time stamp 35TS in the data packet header in FIG. 28B, (2) the virtual 
pipe ID (PID) 35C in the data packet header in FIG. 28B (the virtual pipe is discussed 
in details at the end of this description), and (3) the position value 35P within that time 
frame as measured by the position counter 35PC. This is depicted in FIG. 29. 

The data packets, see for example FIG. 28, can have various formats, such as, 

25 Internet protocol version 4 (IPv4), Internet protocol version 6 (IPv6), asynchronous 

transfer mode (ATM) cells. The data packets PID 35C can be determined by one of the 
following: an Internet protocol (IP) address, an asynchronous transfer mode (ATM), a 
virtual circuit identifier, and a virtual path identifier (VCI/VPI), Internet protocol version 
6 (IPv6) addresses, Internet MPLS (multi protocol label swapping or tag switching) 

30 labels, and IEEE 802 MAC (media access control) address. 

The time stamp 35TS in the packet header in FIG. 28B can be generated by an 
application using Internet real-time protocol (RTP) and is used also in the ITU-T H.323 
standard. Such data packets use the format depicted in FIG. 22. Alternatively the time- 
stamp can be generated by a predefined one of the switches in the system, or 

35 alternatively the time stamp is generated at the respective end node for inclusion in the 
respective originated data packet 
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FIG. 30 is a detailed description of the program executed by the time-based 
routing controller 35B. The program is responsive to three events from the serial 
receiver 31 and the position value 35P within that time frame as measured by the 
position counter 35PC. The time-based routing controller program FIG. 30 using the 
5 three parameters in table 35D in FIGS. 27 and 29 that is associated with this incoming 
packet operates as follows: 

1. Receive time frame delimiter TFD 35-1 - responsive to this event the routing 
controller resets the position counter (35P:=0 in 135-04 of FIG. 30) and computes the 
time-frame of arrival (ToA) 35T value as specified in 135-04 of FIG. 30. For this 

10 computation it uses a constant, Dconst, which is the time difference between the 

common time reference (CTR) 002 tick and the reception of the TFD at time t2 (note 
that the TFD was generated on an adjacent switch by the CTR 002 on that node). This 
time difference is caused by the fact that the delay from the serial transmitter 49 to the 
serial receiver 31 is not an integer number of time frames. 

15 2. Receive position delimiter PD 135-02 - responsive to this event it increments 

the position counter, 35P:=35P+1, 135-05 of FIG. 30. 

3. Receive data packet 135-03 -responsive to this event three operations are 
performed as shown in 135-06 of FIG. 30: (1) the out-going time frame parameter 35-2 
is attached to the packet header, (2) the position within the out-going time frame 

20 parameter 35-3 is attached to the packet header, and (3) the data packet is stored in the 
queue 36 using the output port parameter 35-1 in table 35D in FIGS. 27 and 29. 
2.2 The time-based output port 

The output is depicted in FIG. 16, it has two parts a scheduling controller with a 
transmit buffer 45, and serial transmitter 49, which was described before. The data 

25 packet scheduling controller 45A, in FIG. 19, transfers the data packet the transmit 
buffer which is a random access memory (RAM) 45C, as described below. 

The data packet scheduling controller 45 operation is described in FIGS. 19, 3 1 , 
and 32, which includes a transmit buffer 45C and a select buffer controller 45D. The 
scheduling controller 45A together with the select buffer controller 45D perform the 

30 mapping, using the two parameters, 35-2 and 35-3, that were attached to the data packet 
by the routing controller 35B. Both controllers are constructed of a central processing 
unit (CPU), a random access memory (RAM) for storing the data, and read only 
memory (ROM) for storing the controller processing program. 

Data packets that arrive from the switching fabric 50 via link 51 in which their 

35 priority bit 35P is asserted (i.e., reserved traffic) will be switched by the data packet 

scheduling controller 45A to one of the k' transmit buffers 45C: B- 1, B-2 B-k' (one 

special case is when k'=k, where k is the time cycle size measured in time frames). Each 
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of the k' buffers is designated to store packet that will be forwarded in a cyclically 
recurring order in each of the k time frames in every time cycle, as shown in FIGS. 5 
and 6. The actual program executed by the data packet scheduling controller is 
described in FIG. 31. When data packet is received from the fabric 145-01 (in FIG. 31) 
5 the two parameters, 35-2 and 35-3, in the data packet header are used to determine in 

which of the transmit buffer, between B-l and B-k', to store that data packet and in what 
position, as specified in 145-02 in FIG. 31. 

Incoming data packets in which their priority bit 35P, see FIG. 28, is not 
asserted (i.e., non-reserved traffic) will be switched by the data packet scheduling 

10 controller to the transmit "best effort" buffer B-E via link 45-be. 

FIG. 32 depicts the select buffer controller 45D operation, which is responsive 
to the common time reference (CTR) tick 002, as specified in 145-11 (FIG. 32). 
Consequendy, the select buffer controller increments the transmit buffer index i 145-12 
(i.e., i:=i+J modk', where k' is the number of buffers for scheduled traffic), sends a 

1 5 time frame delimiter TFD 47A to the serial transmitter 145-12, and reset the position 

pointer to one, p:=l 145-12. Then while the transmit buffer B- i is not empty 145-13, it 
will send a data packets from transmit buffer B- <', as specified in 145-14, 145-15 and 
145-16, else if the transmit buffer B- / is empty, it will send "best effort" data packets 
from the "best effort" buffer B-be, as specified in 145-17, until the end of the time frame 

20 (the next CTR 002 tick) or until buffer B-E becomes empty. 

When the transmit buffer B- i is not empty 145-13, the select buffer controller 
sends data packets from all of the non-empty predefined positions in that buffer, as 
specified in 145-14. After sending a data packet or if position p in buffer B- 1 is empty 
145-15, the select buffer controller sends a position delimiter (PD) 47B to the serial 

25 transmitter and increments the position pointer p:=p+l, as specified in 145-16. 
3 Traffic integration 
3. 1 The integrated input port 

The input port 30, shown in FIG. 12, has three parts: serial receiver 31, routing 
controller 35 and separate queues to the output ports 36. The serial receiver 31 transfers 

30 to the routing controller 35 the data packets and the time frame delimiters. 

The routing controller is constructed of a central processing unit (CPU), a 
random access memory (RAM) for storing the data packet, read only memory (ROM) 
for storing the routing controller processing program, and routing table is used for 
determining the output port that the incoming data packet should be switched to. The 

35 incoming data packet header includes a virtual pipe identification - PED 35C in FIG. 34, 
that is used to lookup in the routing table 35D the address 35E of the queue the 
incoming data packet should be transferred into its queue 36. Before the packet is 
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transferred into its queue 36 the time of arrival (ToA) 35T in FIG. 34 is attached to the 
packet header. The ToA 35T will be used by the scheduling controller 45 in FIG. 16 in 
the computation of the forwarding time out of the output port. 

The data packet can have various formats, such as, Internet protocol version 4 
5 (IPv4), Internet protocol version 6 (IPv6), asynchronous transfer mode (ATM) cells. 
The data packets PID can be determined by one of the following: an Internet protocol 
(IP) address, an asynchronous transfer mode (ATM) a virtual circuit identifier, and a 
virtual path identifier (VCI/VPI), Internet protocol version 6 (IPv6) addresses, Internet 
MPLS (multi protocol label swapping or tag switching) labels, and EEEE 802 MAC 

10 (media access control) address. 

FIG. 35 is a table for defining two bits, PI and P2, in the packet headers in FIG. 
34. The two bits classify three types of data packets: P1/P2 are "00" constant bit rate 
(CBR) data traffic; PI, P2 are 01 variable bit rate (VBR) data traffic; and PI, P2 are 
"10" "best effort" data traffic. The above classification is used by the program 

15 executed by the routing controller 35B, as shown in FIG. 36, in order to determine into 
which of the three parts of the queue to the output port 36, shown in FIG. 33, the data 
packet should be switched into. 

FIG. 36 is a detailed description of the program executed by the routing 
controller 35B. The program is responsive to two basic events from the serial receiver 

20 31: receive time frame delimiter TFD 235-01, and receive data packet 235-02. After 
receiving a TFD the routing controller computes the time of arrival (ToA) 35T value 
235-03 in FIG. 34, that is attached to the incoming data packets. For this computation it 
uses a constant, Dconst, which is the time difference between the common time reference 
(CTR) 002 tick and the reception of the TFD at time t2 (note that the TFD was 

25 generated on an adjacent switch by the CTR 002 on that node). This time difference is 
caused by the fact that the delay from the serial transmitter 49 to the serial receiver 31 is 
not an integer number of time frames. When data packet is received 235-02 the routing 
controller 35B executes three operations 235-04 in FIG. 36: attach the ToA, lookup the 
address of the queue 36 using the PID, and storing the data packet in the queue 36 to the 

30 output port 37, while using P 1/P2 in the header, in FIG. 34, in order to determine in 
what part, CBR/VBR/Best effort, of that queue to store the incoming data packet 
3.2 Integrate d scheduling controller in the output port 

A more general scheduling controller 45 operation is described in FIGS. 37-39, 
which includes a scheduling and rescheduling controller 145A, a transmit buffer 145C, 

35 and a select buffer and congestion controller 145D, as shown in FIG. 37. The 

scheduling and rescheduling controller 145A together with the select buffer controller 
145D perform the mapping of the data packet into the dme frame. The mapping is done 
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on the scheduling and rescheduling controller using the PBD 35C and the data packet 
time of arrival (ToA) 35T in order to determine the respective time frame in which the 
respective packet should be forwarded out of the output port. The details are presented 
below. Both controllers, 145A and 145D, are constructed of a central processing unit 
5 (CPU), a random access memory (RAM) for storing the data, and read only memory 
(ROM) for storing the controller processing program. 

In the more general configuration, depicted in FIG. 37, data packets that arrive 
from the switching fabric 50 via link 51 in which their priority bits 35P (P1/P2) are 
either "00" or "01" (i.e., reserved CBR traffic, or VBR traffic, respectively) will be 

10 switched by controller 145A to one of the k transmit buffers in 145C: B-l, B-2, . . ., B-k. 
Each of the k buffers is designated to store packet that will be forwarded in each of the k 
time frames in every time cycle, that where defined in FIGS. 5 and 6. Another possible 
operation is to map the incoming packets separately to each of the time frames of a 
super-cycle. When a super-cycle mapping is implemented there are k*l transmit buffers 

15 in 145C: B-l, B-2, . . ., B-k*l, i.e., k buffers to each of the / cycles of a super-cycle. 

The actual program executed by the scheduling and rescheduling controller is 
described in FIG. 38. When a data packet is received from either the fabric via link 51 
or from the select buffer and congestion controller 145D via link 45R, as specified in 
145-03, the 35C, 35T and 35P in the data packet header are used to look-up the forward 

20 parameter 45F in the forwarding table 145B, as specified in 145-04. Next, the index /' of 
the transmit buffer, between B- 1 and B-k, is computed in 145-05 by subtracting the time 
of arrival ToA 35T from the common time reference CTR 002 and by adding the 
forward parameter 45F, and then switching the incoming data packet to transmit buffer 
B-i, as specified in 145-05. 

25 Incoming data packets in which their priority bits 35P, P1/P2, are either "10" 

(i.e., non-reserved traffic or "best effort") or "1 1" (i.e., rescheduled packet) are 
switched by the scheduling and rescheduling controller to the transmit "best effort" 
buffer B-E via link 45-be. 

FIG. 39 depicts the operation of the select buffer and congestion controller 

30 145D operation, which is responsive to the common time reference (CTR) tick 002. 
When CTR signal is received 245-11 the following operations are executed by 
controller 45D in 245-15: 

1. Send time frame delimiter (TFD) control signal 47A to the serial transmitter 

49; 

35 2. Forward back to controller 145A all unsent packets in transmit buffer B-f in 

which the 35P field in their header is not "11", i.e., it is not a rescheduled packet and 
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set the 35P field to "1 1", i.e., a rescheduled packet (note that a packet can be 
rescheduled only once); 

3. If the number of data packets need to be rescheduled exceeds some 
predefined number, say n, then select at random n data packets and sends them back to 

5 the packet scheduling and rescheduling controller 145A via link 45R and discard the 
remainder of the packets. 

4. Increment the transmit buffer index f (i.e., f:=f+l modk', where k' is the 
number of buffers for scheduled traffic). If the CBR part of buffer B-f is not empty 
245-12, then it will send a data packet from transmit buffer B-f first CBR packets and 

10 then VBR packets, as specified in 245-16 and 245-13, else it will send a "best effort" 
data packet from the "best effort" buffer B-E as specified in 245-14. 
4 Operation with links with variable delay 

The present invention further relates to a system and method for transmitting and 
forwarding packets over a packet switching network in which some of its 

15 communicati on links have dynamically varying delays. Such variations in the link delay 
can be the consequence of having mobile switching node (e.g., satellites). 

FIG. 40 illustrates a virtual pipe 25 from the output port 40 of switch A, through 
switches B and C. This virtual pipe ends at the output port 40 of node D. The virtual 
pipe 25 transfers data packets from at least one source to at least one destination. In 

20 FIG. 40 the communication link that connects switch B to switch C may have a delay 
that varies in time with a defined delay bound. Such communication links are found in 
various network architectures, such as, mobile wireless networks, satellite networks, and 
self-healing SONET rings. In satellite networks the delay between a satellite in space 
and a base-station on earth changes in the following manner. First the delay decreases, 

25 as the satellite appears above the horizon and is moving towards the base-station, and 
then the delay increases as the satellite is moving away from the base-station until it 
disappears below the horizon. 

FIGS. 41 and 42 describe the delay changes on the link between Nodes B and C 
as it is projected on a common time reference (CTR), which is discussed in details in 

30 FIGS. 4, 5, and 6 above. FIG. 41 describes a communication link between Nodes B and 
C, where the time of arrival to Node C decreases, i.e., the delay between Nodes B and C 
gets shorter. In FIG. 41, the delay of data packet 0a is longer than data packet lb, the 
delay of data packet lb is longer than data packet 2c, and so on. FIG. 42 describes a 
communication link between Nodes B and C, where the time of arrival to Node C 

35 increases, i.e., the delay between Nodes B and C gets longer. In FIG. 42, the delay of 
data packet 0a is shorter than data packet lb, the delay of data packet lb is shorter than 
data packet 2c, and so on. A complete description of the above ^synchronization 
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operation is part of the output operation described below in FIGS. 46, 47, 48, 50, and 
51. 

FIGS. 43, 44, and 45 describe a delay variations that are due to the forwarding of 
successive data packets on alternate paths or routes in the network. FIG. 43 shows two 
5 virtual pipes (defined below), p (from Node A to B to C to D and to E) and p' (from 
Node A to B' to D' and to E), with the requirement that data packets will be forwarded 
out of Node E at the same predefined time regardless which virtual pipe, p or p ', they 
were forwarded on. FIG. 44 shows the scenario in which the data packets on virtual 
pipe p ' arrive to Node E before the time they would have arrived to Node E on virtual 
10 pipe p. Consequendy, the data packets on path p' should be delayed, as shown in FIG. 
44 and forwarded, in time, as if they have arrived on virtual pipe p. FIG. 45 shows how 
such ^synchronization can be achieved by using a resynchronization buffer on node E. 
In FIG. 45, a data packet from virtual pipep', 1 p\ enters a resynchronization buffer 
10R, such that, when this data packet exits this buffer, 2 p', it will be forwarded from the 
1 5 output of Node E as if this packet was forwarded on virtual pipe p. A complete 

description of the above resynchronization operation is part of the output port operation 
is described below in FIGS. 16, 46, 47, 48, 49, 50, and 51. 

The output port 40 is illustrated in FIG. 16, comprised of a scheduling controller 
with a transmit buffer 45, and serial transmitter 49 (as previously described herein). The 
20 scheduling controller 45 performs a mapping of each of the data packets between the 
associated respective time of arrival (ToA) and an associated forwarding time out of the 
output port via the serial transmitter 49. The forwarding time is determined relative to 
the common time reference (CTR) 002. 

The scheduling controller and transmit buffer 45 has various modes of operation 
25 which are described in FIGS. 46, 47, 48, 49, 50, and 51. The different operation modes 
correspond to some of the possible variations in the communications link delay as was 
discussed in FIGS. 40-45. The scheduling controller and transmit buffer 45 in FIG. 46 
includes three parts: 

1. a delay analysis and scheduling controller 245 A which further comprises a 
30 forwarding table 245B, 

2. a transmit buffer 245C which is typically realized as a random access 
memory (RAM), and 

3. a select buffer controller 245D which forward data packets to the serial 
transmitter. 

35 The delay analysis and scheduling controller 245A, together with the select 

buffer controller 245D, perform the mapping, using the PID 35C, the time-stamp 35TS 
and the data packet time of arrival (ToA) 35T in order to determine the respective time 
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frame a respective packet should be forwarded out of the output port. Both controllers 
245A and 245D are constructed of a central processing unit (CPU), a random access 
memory (RAM) for storing the data, and read only memory (ROM) for storing the 
controller processing program. 
5 Data packets arrive from the switching fabric 50 via link 51. Data packets which 

have the priority bit 35P asserted (i.e., reserved traffic) are switched by the delay 
analysis and scheduling controller 245A to one of the l*k transmit buffers 45C (B-l, B- 
2..., B-l*k). Each of the l*k buffers is designated to store packets that will be forwarded 
in each of the l*k time frames in every super cycle, as shown in FIG. 5 and FIG. 6. 
10 Having l*k transmit buffers enables the delay analysis and scheduling controller 245A 
to schedule data packets in a wide range of delay variations. When the super cycle is 
one second the scheduling capability of the delay analysis and scheduling controller 
245A is up to one second. However, this is an extreme case and in most practical 
scenarios the scheduling requirements, even with delay varying links, is only a small 
15 number of time frames. 

The transmit buffer 245C includes an additional buffer B-E for "best effort" 
data packets. The priority bit 35P in the "best effort" data packets is not asserted and 
this how the delay analysis and scheduling controller determines that such data packets 
should be stored in the "best effort" buffer. The "best effort" data packets are 
20 forwarded to the serial transmitter 49 whenever there are no more scheduled data packets 
(priority bit 35P asserted). 

FIG. 47 illustrates the flow chart for the select buffer controller 45D operation. 
The controller 45D is responsive to the common time reference (CTR) tick 002 at step 
345-11, and then, at step 345-12, it increments the transmit buffer index i (i.e., i:=i+l 
25 mod l'*k', where l'*k' is the number of buffers for scheduled traffic), and sends a time 
frame delimiter TFD to the serial transmitter 49. Then, if the transmit buffer B-i is not 
empty, at step 345-13, it will send a data packet from transmit buffer B-i, as specified in 
at step 345-14, else it will send a "best effort" data packet from the "best effort" buffer 
B-E, as specified at step 345-15. 
30 The flow chart for the program executed by the delay analysis and scheduling 

controller is illustrated in FIG. 48. The main task of the program is to compute the 
index, i, of the transmit buffer, B-i, between B-l and B- l'*k', is computed in step 245- 
05. There are several possible methods to perform the computation in step 245-05, 
which depends on the type of delay variations that can occur on the communication 
35 links. In FIGS. 49 and 50 three possible computation methods are described: 

I. FIG. 49 - the case of continuous delay variations as described in FIGS. 40- 
42, as specified in 45-051: 
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1. Let <sl, s2, s3, . . . , sj> be the set of time frames of a PID=p, which 
repeats in every super cycle, as it is specified in the forwarding table 
245B at the p entry, 

2. Controller 245A searches the set <s 1 , s2, s3, . . . , sj> in order to 
determine the first feasible time frame, si, that occur after (ToA 
35T)+CONST (where CONST is a constant bound on the delay across 
the switching fabric, and 

3. si is the time frame the data packet is scheduled for transmission via the 
serial transmitter - where i is the index transmit buffer B-i. 

The set <sl, s2, s3, . . . , sj> constitute plurality of time frame in which a 
data packet can be scheduled for transmission out of the output port of a switch. 

II. FIG. 50 - the case of multiple path with resynchronization as described in 
FIGS. 43, 44, and 45: When the data packet is received from the fabric at step 245-03, 
the PID 35C in the data packet header is used to look-up the resynchronization 
parameter 45R in the forwarding table (245B of FIG. 46, as specified in step 45-151, 
and then in step 45-152: Compute the index, z", of the transmit buffer 245C: i = [(ToA 
35T)+45R] mod l'*k' (where l'*k' is the number of buffers for scheduled traffic). In 
the case of two virtual pipes: p and p', where one is an alternative to the other, as shown 
in FIGS. 43, 44, and 45, the above resynchronization is needed on both ends. More 
specifically resynchronization is needed on both Node A and Node E, as shown in 
FIGS. 43, 44, and 45. 

III. FIG. 5 1 - the case when using a time-stamp in the packet header, FIGS. 15 
and 22: When the data packet is received from the fabric at step 45-03, the PID 35C in 
the data packet header is used to look-up the forward parameter 45F in the forwarding 
table (245B of FIG. 46), as specified in step 45-251, and then in step 45-252: Compute 
the index, i, of the transmit buffer 245C: i = [(Time-stamp 35TS)+45F] mod /'**' 
(where l'*k' is number of buffers for scheduled traffic). 

5 Monitoring, policing and billing 

The present invention further relates to a system and method for monitoring, 
policing and billing of the transmission and forwarding of data packets over a packet 
switching network. The switches of the network maintain a common time reference, 
which is obtained either from an external source (such as GPS - Global Positioning 
System) or is generated and distributed internally. 

The output port 40 is illustrated in FIG. 16, comprised of a scheduling controller 
with a transmit buffer 45, serial transmitter 49 (as previously described herein), and the 
monitoring and policing controllers. The scheduling controller 45 performs a mapping 
of each of the data packets between the associated respective time of arrival (ToA) and 
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an associated forwarding time out of the output port via the serial transmitter 49. The 
forwarding time is determined relative to the common time reference (CTR) 002. 

A general scheduling controller 45 operation was previously described in FIGS. 
19-21, which includes a transmit buffer 45C and a select buffer controller 45D. The 
data packet scheduling controller 45A, together with the select buffer controller 45D, 
perform the mapping, using the PID 35C and the data packet time of arrival (ToA) 35T 
in order to determine the respective time frame a respective packet should be forwarded 
out of the output port. Both controllers 45A and 45D are constructed of a central 
processing unit (CPU), a random access memory (RAM) for storing the data, and read 
only memory (ROM) for storing the controller processing program. 

5.1 The monitoring and policing controllers 

The monitoring and policing controllers 65 (FIGS. 52-55) are part of both the 
input port in FIG. 12 and the output port in FIG. 16. Monitoring and policing 
controllers 65 are of two basic types: 

1 . The delay monitoring controller 65D - for ensuring the correct timing 
behavior by PID=p (FIGS. 52, 53). 

2. The policing and load controller 65P - for ensuring the correct capacity 
usage by PID=p (FIGS. 54, 55). 

Both controllers 65D and 65P are constructed of a central processing unit 
(CPU), a random access memory (RAM) for storing the data, and read only memory 
(ROM) for storing the controller processing program. 

5.2 The delay monitoring controller 65D 

FIGS. 52 and 53 describe the operation of a delay monitoring controller 65D. 
This controller checks data packets in which their reserved priority bit, 35P in then- 
headers, is asserted for three cases: 

1. Data packet is within two predefined delay parameters range (see box 65D- 
05): between the two delay parameters: 65-par-L and 65-par-H, which were 
found PID=p 35C entry in the parameters table 65-Tab (see box 65D-02). 
More specifically, the delay monitoring controller 65D computes the actual 
delay the data packet already experienced: 65-Del = Time of arrival 35T - 
Time-stamp 35TS (see box 65D-03), then comparing that it is in the 
predefined delay range: (65-Del > 65 - Par-L and 65-Del < 65 - Par-H) 
(see box 65D-04). 

2. Data packet is late (see box 65D-07): its delay is greater than 65-par-H, i.e., 
65-Del >65 - Par-H (see box 65D-06), and 

3. Data packet is early (see box 65D-08): its delay is smaller than 65-par-L, 
i.e., 65-Del < 65 - Par-L. 
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The three cases have importance on ensuring proper network operations and the 
adherence to the user quality of service (QoS) requirements. Furthermore, the 
information collected by the delay monitoring controller is reported to upper layer 
protocols, which are outside the scope of this invention. 
5 5.3 The policing and load controller 65P 

FIGS. 54 and 55 describe the operation of an alternate embodiment of policing 
and load controller 65P that checks and ensures that a data packets in which its reserved 
priority bit 35P (in its header) is asserted will not exceed the predefined load of its 
virtual pipe PID=p. This controller operation can be used for both: 
10 1. Policing - detecting PID=p that exceeds its reserved capacity, and 

2. Billing - recording the actual capacity usage of PID=p. 

The two cases have importance on ensuring proper network operations and the 
adherence to the user quality of service (QoS) requirements. 

When a data packet is received (see box 65P-01) the policing an load controller 
15 65P first computes the current load, L(p) for PE)=p (see box 65P-02) by L(p): = 

L(p)+1 (see box 65P-02) using the load table 65L that stores previous values of L(p). 
The load can be computed in various ways: (i) per time frame of PID=p, (ii) per time 
cycle of PID=p, or (iii) per super cycle of PBD=p. 

Next the policing and load controller 65P using the PID=p 35C looks-up the 
20 parameter 65-Par in the table 65-Tab. Then if 65-Par>L(p) (see box 65P-03) the data 
packet is dropped (see box 65P-05), otherwise the data packet is forwarded (see box 
65P-04). 

In the above two cases, the load L(p) information on PID=p is recorded and 
reported to upper layer protocols for billing the usage for the usage of PID=p. 

25 Furthermore, the policing and load information is used also for ensuring proper network 
operations and the adherence to the user quality of service (QoS) requirements. The 
information collected by the policing and load controller is reported to upper layer 
protocols, which are outside the scope of this invention. 
6 Interconnecting a synchronous with an asynchronous switching networks 

30 The present invention further relates to a system and method for transmitting and 

forwarding packets over a heterogeneous packet switching network in which some of its 
some of its switches are synchronous and some switches are asynchronous. The 
invention specifically ensures that the synchronous switches will forward data packets in 
predefined time intervals although are arriving to the synchronous switches with 

35 relatively large, but bounded, delay uncertainty. Such delay uncertainty is the 

consequence of having asynchronous switches on the route of a data packet before it 
reaches the synchronous switch. 
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A system is provided for managing in a timely manner transfer of data packets 
across asynchronous switches with three configurations: 

1. From an end-station 100 across asynchronous LAN switches 20 to a 
synchronous virtual pipe switch 10, as shown in FIG. 56. In this 
embodiment, an end-station 100 sends data packets from its network 
interface 102. The data packet is switched through one or more 
asynchronous switches 20 (e.g., Nodes B and C in FIG. 56) until it reaches 
the synchronous virtual pipe switch 10. In this configuration, the 
synchronous switch 10 will resynchronized the incoming data packet as it is 
explained below. 

2. From an end-station 100 network interface 102 across asynchronous LAN 
switches 20 to an asynchronous to synchronous gateway 15, which converts 
the asynchronous data packets stream to a synchronous stream and then 
forward the data packets to a synchronous virtual pipe switch, as shown in 
FIG. 57. 

3. From a first synchronous virtual pipe switch 10 across asynchronous 
switches or routers 20 to a second synchronous virtual pipe switch 10, as 
shown in FIG. 58. In this configuration, the incoming data packet to the 
second synchronous virtual pipe switch 10 will be resynchronized as it is 
explained below. 

6.1 Resvnchronization hv the router controller at the input port 

A data packet that has been forwarded by one or asynchronous switches 20, i.e., 
switches without common time references can be resynchronized to its original schedule 
at either the input port or the output port. FIGS. 59-61 describe the resynchronization 
operation at the input port of either a synchronous virtual pipe switch 10 or a gateway 
15. 

In order to facilitates the resynchronization of data packets sent by the end- 
station 100, the synchronous virtual pipe switch 10 periodically sends timing messages 
M002 to the end-station 100, as shown in FIG. 59. The timing messages M002 
represent the value of the common time reference (CTR) 002 as it is received by the 
synchronous switch 10. 

The network interface 102 at the end-station 100 incorporates the timing 
information obtained from the timing message M002 into the time-stamp field 35TS 

(FIG. 15) in the header of the data packets, 1DP, 2DP, 3DP 9DP in FIG. 59, it 

sends across the asynchronous switches 20 to the synchronous virtual pipe switch 10. 
FIG. 60 show the possible time of arrival of data packets, 1DP, 2DP, 3DP, . . . , 9DP, to 
the input port 35. A data packet can experience delay that is ranging between minimum 
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delay and maximum delay, which constitute the delay bound uncertainty to be Maximum 
delay - Minimum delay, as shown in FIG. 60. 

FIGS. 61 A and 61B show the resynchronization operation performed by the 
routing controller 35 at the input port 30 using a resynchronization buffer 30R, which is 
5 executed in the following two steps: 

1 . Using the PID 35C look-up the delay bound uncertainty parameter 35DB 
(which is [Maximum delay - Minimum delay]) in the routing table 35B. 

2. Delay the packet at the input port by: 35DB - [(CTR 002) - (Time-stamp 
35TS)]. 

10 6.2 The router controller operation with a gateway 

When there is an asynchronous to synchronous gateway 15 before the input to 
virtual pipe switch the router controller operates as was previously specified herein in 
FIG. 14. In this case, the gateway receives the CTR 002 and also forward time frame 
delimiter (TFD) 47A to the serial receiver, as it will be specified below. More 

15 specifically, its operation can be identical to the output operation which will be described 
below. 

FIG. 14 illustrates the flow chart for the router controller 35 processing program 
executed by the routing controller 35B. The program is responsive to two basic events 
from the serial receiver 31 of FIG. 14: the receive time frame delimiter TFD at step 35- 

20 01, and the receive data packet at step 35-02. After receiving a TFD, the routing 

controller 35 computes the time of arrival (ToA) 35T value at step 35-03 that is attached 
to the incoming data packets. For this computation it uses a constant, Dconst, which is 
the time difference between the common time reference (CTR) 002 tick and the 
reception of the TFD at time t2 (generated on an adjacent switch by the CTR 002 on that 

25 node). This time difference is caused by the fact that the delay from the serial 

transmitter 49 to the serial receiver 31 is not an integer number of time frames. When 
the data packet is received at step 35-02, the routing controller 35B executes three 
operations as set forth in step 35-04: attach the ToA, lookup the address of the queue 36 
using the PID, and storing the data packet in that queue 36. 

30 6.3 The router controller operation without a gateway 

When the virtual pipe switch 10 is connected directly to the asynchronous 
network the virtual pipe switch 10 cannot receive TFD, and therefore, the operation of 
the routing controller, as specified was previously specified herein in FIG. 14, should be 
changed in the following way. The operations in 35-01 and 35-03 are taken out and in 

35 part one of the operation specified in 35-04, in FIG. 14, should clearly state that the time 
of arrival value attached to the packet header should be derived directly from the 
common time reference (CTR) 002. 
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6.4 The output port 

The output operation described herein applies to both the synchronous virtual 
pipe switch 10, in FIGS. 56 and 58, and the asynchronous to synchronous gateway 15, 
in FIG. 57. 

The output port 40 was previously specified herein in FIG. 16, comprised of a 
scheduling controller with a transmit buffer 45, and serial transmitter 49 (as previously 
described herein). The scheduling controller 45 performs a mapping of each of the data 
packets between the associated respective time of arrival (ToA) and an associated 
forwarding time out of the output port via the serial transmitter 49. The forwarding time 
is determined relative to the common time reference (CTR) 002. As it will be described, 
this mapping resynchronized the stream of data packets forwarded by the virtual pipe 
switch. 

The scheduling controller and transmit buffer 45 has various modes of operation 
which are described in FIGS. 19, 48^9, and 62. The different operation modes 
corresponds to some of the possible configurations with the asynchronous switches, as 
was discussed in FIGS. 56-58. The scheduling controller and transmit buffer 45 in 
FIG. 19 includes three parts: 

1. a delay analysis and scheduling controller which further comprises a 
forwarding table 45B; 

2. a transmit buffer 45C which is typically realized as a random access 
memory (RAM); and 

3. a select buffer controller 45D which forward data packets to the serial 
transmitter. 

The delay analysis and scheduling controller 45A, together with the select buffer 
controller 45D, perform the mapping, using the PID 35C, the time-stamp 35TS and the 
data packet time of arrival (ToA) 35T in order to determine the respective time frame a 
respective packet should be forwarded out of the output port. Both controllers 45A and 
45D are constructed of a central processing unit (CPU), a random access memory 
(RAM) for storing the data, and read only memory (ROM) for storing the controller 
processing program. 

Data packets arrive from the switching fabric 50 via link 51. Data packets which 
have the priority bit 35P asserted (i.e., reserved traffic) are switched by the delay 
analysis and scheduling controller 45A to one of the k transmit buffers 45C (B-l, B-2, 

B-k). Each of the k buffers is designated to store packets that will be forwarded in 
each of the k time frames in every time cycle, as shown in FIGS. 5 and 6. Having k 
transmit buffers enables the delay analysis and scheduling controller 45A to schedule 
data packets in a wide range of delay variations. 
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The transmit buffer 45C includes an additional buffer B-E for "best effort" data 
packets. The priority bit 35P in the "best effort" data packets is not asserted and this is 
how the delay analysis and scheduling controller determine that such data packets 
should be stored in the "best effort" buffer. The "best effort" data packets are 
forwarded to the serial transmitter 49 whenever there are no more scheduled data packets 
(priority bit 35P asserted). 

6.5 The select buffer controller operation: 

FIG. 21 illustrates the flow chart for the select buffer controller 45D operation. 
The controller 45D is responsive to the common time reference (CTR) tick 002 at step 
45-11, and then, at step 45-12, it increments the transmit buffer index / (i.e., i:=i+l mod 
k', where k' is the number of buffers for scheduled traffic) and sends a time frame 
delimiter TFD to the serial transmitter 49. Then, if the transmit buffer B-i is not empty, 
at step 45-13, it will send a data packet from transmit buffer B-i, as specified in at step 
45-14, else it will send a "best effort" data packet from the "best effort" buffer B-E, as 
specified at step 45-15. 

6.6 The delay analysis and scheduling controller 

The flow chart for the program executed by the delay analysis and scheduling 
controller is illustrated in FIG. 48. The main task of the program is to compute the 
index, i, of the transmit buffer, B-i, between B-l and B-ifc, is computed in step 245-05. 
There are several possible methods to perform the computation in step 245-05, which 
depends on the type of delay variations that can occur on the communication links. In 
FIGS. 49 and 62, two possible computation methods are described: 

I. FIG. 49 - the case of arbitrary, but bounded, delay variations as described in 
FIGS. 56-58, as specified in 45-051: 

1 . Let <s 1 , s2, s3 , . . . , sj> be the set of time frames of a PED=p , which repeats 
in every time cycle, as it is specified in the forwarding table 45B at the p 
entry, 

2. controller 45A searches the set <s 1 , s2, s3, . . . , sj> in order to determine the 
first feasible time frame, si, that occur after (ToA 35T)+CONST (where 
CONST is a constant bound on the delay across the switching fabric); and 

3. si is the time frame the data packet is scheduled for transmission via the 
serial transmitter - where i is the index transmit buffer B-i. 

The set <s 1, s2, s3, . . . , sj> constitute plurality of time frame in which a data 
packet can be scheduled for transmission out of the output port of a switch. 

II. FIG. 62 - the case when using a time-stamp in the packet header (FIGS. 15 
and 22): When the data packet is received from the fabric at step 45-03, the PID 35C in 
the data packet header is used to look-up the forward parameter 45F in the forwarding 
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table (45B of FIG. 19), as specified in step 45-351, and then in step 45-352: Compute 
the index, i, of the transmit buffer 45C: i = [(Time-stamp 35TS)+45F] mod k\ where k' 
is the number of buffers for scheduled traffic. 

From the foregoing, it will be observed that numerous variations and 
5 modifications may be effected without departing from the spirit and scope of the 

invention. It is to be understood that no limitation with respect to the specific apparatus 
illustrated herein is intended or should be inferred. It is, of course, intended to cover by 
the appended claims all such modifications as fall within the scope of the claims. 
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WHAT IS CLAIMED IS: 

1 . A system for scheduling and managing data transfer of data packets, said system 
comprising: 

a plurality of switches with plurality of input ports and output ports, each with a 

unique address for receiving the data packets; 

a virtual pipe comprising at least two of the switches interconnected via 

communication links in a path, for transferring the data packets from at least one source 

to at least one destination; and 

a common time reference signal coupled to some of said switches; 

wherein the common time reference is partitioned into time frames, and 
wherein the transfer of the data packets is provided during respective ones of a 
plurality of predefined time intervals, wherein each of the predefined time 
intervals is comprised of a plurality of predefined time frames. 

2. The system as in claim 1 , further comprising: 

a time assigned controller for assigning selected predefined time frames for 
transfer into and out from each of the respective switches responsive to the common 
time reference signal; 

wherein for each switch within the virtual pipe there is a first predefined time 
frame within which a respective data packet is transferred into the respective switch, and 
a second predefined time frame within which the respective data packet is forwarded out 
of the respective switch; and 

wherein the time assignment provides consistent fixed intervals between the time 
between the input to and output from the virtual pipe. 

3. The system as in claim 2, wherein the position of said data packet within said 
second predefined time frame is arbitrary. 

4. The system as in claim 3, wherein for each of the respective switches, there are a 
predefined subset of the predefined time frames during which the data packets are 
transferred into the switch; and 

wherein for each of the respective switches, there are a predefined subset of the 
predefined time frames during which the data packets are transferred out of the switch. 

5. The system as in claim 2, 

wherein a synchronization envelope is associated with the common time 

reference; 

wherein two adjacent synchronization envelopes of two adjacent time frames are 
non-overlapping; and 

wherein all the related local clock signals counting the number of time frames 
fall within a respective one of the synchronization envelope. 
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6. The system as in claim 4, the system further comprising a routing controller for 
mapping each of the data packets that arrives at each one of the input ports of the 
respective switch to a respective one or more of the output ports of the respective switch. 

7. The system as in claim 6, further comprising a scheduling controller, 

5 wherein for each of the data packets there is an associated time of arrival to a 

respective one of the input ports; 

wherein the time of arrival is associated with a particular one of the predefined 
time frames; 

wherein for each of the mappings by the routing controller, there is an associated 
10 mapping by the scheduling controller; 

wherein the scheduling controller provides for mapping of each of the data 
packets between the associated respective time of arrival and an associated forwarding 
time out; and 

wherein the forwarding time out is associated with a specified one of the 
1 5 predefined time frames. 

8. The system as in claim I , wherein there are a plurality of the virtual pipes, each 
of the virtual pipes comprising at least two of the switches interconnected via 
communication links in a path; and 

wherein each of the communications links can be used simultaneously by at least 
20 two of the virtual pipes. 

9. The system as in claim 8, wherein for each of the same predefined time frames, 
multiple data packets can be transferred utilizing at least two of the virtual pipes. 

10. The system as in claim 7, wherein there is a fixed time difference between the 
time frames for the associated time of arrival and forwarding lime out for each of the 

25 respective ones of the data packets. 

1 1 . The system as in claim 10, wherein the fixed time difference is constant for all 
the switches. 

12. The system as in claim 10, wherein the fixed time difference is a variable time 
difference for at least some of the switches. 

30 13. The system as in claim 1 , wherein the predefined interval is comprised of a fixed 
number of contiguous time frames comprising a time cycle; and wherein the time cycles 
are contiguous. 

14. The system as in claim 13, wherein the time frames associated with a particular 
one of the switches within the virtual pipe are associated with the same respective 
35 switches for all the time cycles. 
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15. The system as in claim 14, wherein the time frames associated with said 
particular one of the switches are associated with one of input into or output from said 
particular respective switch. 

16. The system as in claim 14, wherein there is a constant fixed time between the 
input into and output from a respective one of the switches for each of the time frames 
within each of the time cycles. 

17. The system as in claim 13, wherein a fixed number of a plurality of contiguous 
ones of the time cycles comprise a super cycle; wherein the super cycle is periodic. 

1 8. The system as in claim 1 , wherein the common time reference signal is coupled 
from a GPS (Global Positioning System). 

19. The system as in claim I, wherein the common time reference signal is in 
accordance with the UTC (Coordinated Universal Time) standard. 

20. The system as in claim 17, wherein the super cycle duration is equal to one 
second as measured using the UTC (Coordinated Universal Time) standard. 

2 1 . The system as in claim 7, further comprising a select buffer controller for 
mapping a respective one of the time frames for output from a first one of the switches 
to a second respective one of the time frames for input via the communications link to a 
second one of the switches. 

22. The system as in claim 2 1 , wherein each of the data packets is encoded as a 
stream of data, wherein a lime frame delimiter is inserted into the stream of data 
responsive to the select buffer controller. 

23. The system as in claim 1 , wherein the communication links are at least one of 
fiber optic, copper, and wireless communication links. 

24. The system as in claim I , wherein the communicadon links are wireless 
communication links between at least one of a ground station and a satellite and between 
two satellites orbiting the earth. 

25. The system as in claim 1, wherein the data packets are at least one of Internet 
protocol (IP) data packets, fiber channel (FC) frames, and asynchronous transfer mode 
(ATM) cells. 

26. The system as in claim 1, wherein the data packets forwarded over the same 
virtual pipe each have one or more associated pipe identifications (PIDs); 

wherein the PID is at least one of an Internet protocol (TP) address, Internet 
protocol group multicast address, an asynchronous transfer mode (ATM), a virtual 
circuit identifier (VCI), a virtual path identifier (VPI), used in combination as VCI/VPI, 
and Internet protocol (IP) address together with an IP port number. 

27. The system as in claim 6, wherein the routing controller utilizes at least one of 
Internet protocol version 4 (IPv4), Internet protocol version 6 (IPv6) addresses, Internet 
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protocol group multicast address, Internet MPLS (multi protocol label swapping or tag 
switching) labels, ATM virtual circuit identifier and virtual path identifier (VCI/VPI), and 
IEEE 802 MAC (media access control) addresses for mapping from said input port to 
said output port. 

5 28. The system as in claim 6, further comprising a scheduling controller, wherein 
each of the data packets is comprised of a header, including an associated time stamp, 
wherein for each of the mappings by the routing controller, there is an associated 
mapping by the scheduling controller, wherein the scheduling controller provides for 
mapping of each of the data packets between the respective associated time stamp and an 

10 associated forwarding time out, wherein the forwarding time out is associated with one 
of the predefined time frames. 

29. The system as in claim 28, wherein the time stamp is generated by an Internet 
real-time protocol (RTP). 

30. The system as in claim 28, wherein the time stamp is generated by a predefined 
1 5 one of the switches. 

3 1 . The system as in claim 28, wherein each of the data packets is originated from an 
end station; 

wherein the time stamp is generated at the respective end station for inclusion in 
the respective originated data packet. 

20 32. The system as in claim 1 , wherein the data packets forwarded over the same 
virtual pipe each have one or more associated pipe identifications (PEDs), the system 
further characterized in that a predefined number of contiguous time frames are grouped 
into a lime cycle, wherein a predefined number of contiguous time cycles are grouped 
into a super cycle, the system further comprising: 

25 a routing controller for determining the mapping, for each of the input ports as to 

which one or more of the plurality of output ports, respective data packets will be 
forwarded to, and for attaching a time of arrival (TOA) to incoming data packets; 

a scheduling controller for assigning selected predefined time frames for transfer 
into and out from each of the respective switches responsive to the time of arrival, the 

30 unique identity of the input port, and the pipe identification (PID) in the data packet 
header; and 

wherein for each switch there is a first predefined time frame within which a 
respective data packet is transferred into the respective switch, and a second predefined 
time frame within which the respective data packet is forwarded out of the respective 
35 switch. 

33. The system as in claim 32, wherein the position of said data packet in said 
second predefined time frame is arbitrary. 
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34. The system as in claim 32, wherein the time of arrival reflects the UTC 
(Coordinated Universal Time) and is represented in at least one of the following forms: 
as a time frame number within a time cycle and as time cycle number within a super 
cycle, and as a number with two parts: (i) integer number of seconds and (ii) a fraction 

5 of a second . 

35. The system as in claim 34, wherein the super cycle duration is equal to at least 
one of a predefined number of seconds and a predefined fraction of a second, as 
measured using the UTC standard. 

36. The system as in claim 32, wherein the second predefined time frame within 

10 which the respective data packet is forwarded out of the respective switch is determined 
responsive to the UTC and the PED. 

37. The system as in claim 32, wherein for each switch there is a predefined time 
difference, measured in time frames, between the first predefined time frame within 
which a respective data packet is transferred into the input port of respective switch and a 

15 second predefined time frame within which the respective data packet is forwarded out 
of the output port of respective switch. 

38. The system as in claim 37, wherein for each switch the predefined time 
difference is a constant number. 

39. The system as in claim 37, wherein for each switch the predefined time 
20 difference is predefined for each PID in the data packet header. 

40. The system as in claim 37, wherein for each switch the predefined time 
difference is predefined for each of the time frame within a time cycle and as PID in the 
data packet header. 

4 1 . The system as in claim 37, wherein for each switch the predefined time 

25 difference is predefined for each of the time frames within a time cycle, the time cycle 
within the super cycle and the PID in the data packet header. 

42. The system as in claim 32, wherein the second predefined time frame within 

• which the respective data packet is forwarded out of the respective switch is determined 
responsive to the UTC; and 
30 wherein the PID is representative of at least one IP address and none or more DP 

port numbers. 

43. The system as in claim 42, wherein when there are no scheduled data packets to 
be transmitted in a time frame, "best effort" data packets are transmitted. 

44. The system as in claim 1, wherein the data packets forwarded over the same 
35 virtual pipe each have at least one associated pipe identification (PID); 

wherein the common time reference signal is periodic and is partitioned into time 

frames; 
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wherein a predefined number of contiguous time frames are grouped into a time 

cycle; 

wherein a predefined number of contiguous time cycles are grouped into a super 

cycle; 

5 the system further comprising: 

a routing controller for determining uniquely an output port for coupling of the 
data packets from a respective one of the input ports responsive to the PID in the 
data packet header; 

a scheduling controller for assigning a selected predefined time frame for 
10 transfer out of a respective one of the data packets from each of the respective 

switches, responsive to at least one of the time stamp, the unique identity of the 
input port, and the PID in the data packet header. 

45. The system as in claim 44, wherein the scheduling controller provides for 
mapping of transfer out time to respective data packets by maintaining a forwarding 

15 table. 

46. The system as in claim 45, wherein the predefined time frame for transferring the 
data packet out from each of said switches is determined by adding a predefined number 
of time frames to the time stamp value in the data packet header. 

47. The system as in claim 46, wherein the number of predefined time frames added 
20 to the time stamp value, in order to determine transferring time frame of said data packet 

out from said switch, is determined by looking this number up in the forwarding table in 
the scheduling controller using the PID in the data packet header as an index to said 
table. 

48. The system as in claim 1, wherein for each of the input ports of each switch there 
25 is an associated a predefined position within a predefined time frame within which a data 

packet is transferred into the respective input port and an associated separate predefined 
position within a second predefined time frame within which the respective data packet is 
transferred from the output port out of the respective switch. 

49. The system as in claim 48, wherein for each switch, there are predefined 

30 positions within a predefined subset of the predefined time frames during which the data 
packets are transferred into the input port of the switch and wherein there are additional 
predefined positions within an additional predetermined subset of the second predefined 
time frames during which the data packets are transferred from the output port out of the 
switch. 

35 50. The system as in claim 49, wherein all the data packet forwarded over the same 
virtual pipe are assigned at least one pipe identifications (PIDs) associated with that 
virtual pipe; 
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wherein the PID is determined responsive to the time frame associated with the 
input to the input port, and the position within said time frame. 

51. The system as in claim 1 , further comprising: 

a routing controller for mapping each of the data packets that arrives at each one 
5 of the input ports to a respective one of the output ports; 

a packet scheduling and rescheduling controller, wherein for each switch there is 
a first scheduled time within a first predefined time frame within which a respective 
packet is scheduled to be transferred out of the respective switch determined by said 
packet scheduling and rescheduling controller; 
1 0 wherein the time frames and the first scheduled time frame are determined 

responsive to the common time reference; and 

wherein the position of a data packet within a time frame is arbitrary. 

52. The system as in claim 5 1 , wherein for each of the time frames there is a defined 
bandwidth limiting the capacity to transmit the packets during the time frame, the system 

1 5 further comprised of: 

a select buffer and congestion controller for determining congestion responsive 
to the defined bandwidth being exceeded by the scheduling controller and for a 
respective one of the time frames; and 

a rescheduling controller responsive to the determination of congestion for a 
20 particular one of the time frames, for rescheduling selected ones of the packets to be 
associated with a second predefined time within a second predefined time frame for 
transfer of the respective packets out from the respective switch. 

53. The system as in claim 5 1 , wherein there are a plurality of virtual pipes, wherein 
there is an overlap of at least one of the switches within at least two of the virtual pipes, 

25 wherein the same link between two adjacent switches is used simultaneously by the at 
least two of the virtual pipes. 

54. The system as in claim 5 1 , wherein there are a plurality of the virtual pipes, 
wherein the data packets for at least two of the virtual pipes are transferred during the 
same predefined dme frame. 

30 55. The system as in claim 52, wherein the rescheduling of selected ones of the 
packets are determined at random from a predefined set of the time frames. 
56. The system as in claim 52, wherein each of the data packets is comprised of 
priority bits, wherein the rescheduling of selected ones of the packets is responsive to 
the priority bits of the respective one of the data packets. 

35 57. The system as in claim 51, wherein there are a plurality of virtual pipes, wherein 
each of the data packets is associated with at least one of the respective virtual pipes, 
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wherein for each virtual pipe there is an associated predefined allotted packet capacity 
for each time frame, the system further comprising: 

logic responsive to the first scheduled time and to the allotted data packet 
capacity for each of the respective time frames for each of the respective virtual pipes for 
5 marking respective ones of the packets as marked packets for rescheduling. 

58. The system as in claim 57, wherein the marked respective packet is rescheduled 
to the next sequential time frame of the associated virtual pipe, responsive to the marking 
of the packets for rescheduling. 

59. The system as in claim 57, wherein each of the packets is comprised of a header 
10 with a time delay count field, 

wherein respective ones of the marked packets are rescheduled for a subsequent 
one of the time frames responsive to the delay count field being less than a predefined 
threshold. 

60. The system as in claim 59, wherein the delay count field is a time stamp and said 
1 5 delay count is determined by computing the time difference between the time stamp 

value and the common time reference value. 

6 1 . The system as in claim 59, wherein the respective marked data packet is 
discarded from scheduling for the respecdve virtual pipe, responsive to the delay count 
being greater than the predefined threshold. 

20 62. The system as in claim 61, wherein the respective discarded data packet from 
said virtual pipe is forwarded independent and outside of the respective virtual pipe. 

63. The system as in claim 61, wherein the respective discarded data packet from 
said virtual pipe is forwarded as "best effort" data packets. 

64. The system as in claim 51, further comprising: 

25 a select buffer and congestion controller for mapping a respective one of the time 

frames for output from a first one of the switches to a second respective one of the time 
frames for output via the communications link to a second one of the switches. 

65. The system as in claim 64, wherein each of the data packets is encoded as a 
stream of data; 

30 wherein a time frame delimiter is inserted into the stream of data responsive to 

the scheduling controller and transmit buffer. 

66. The system as in claim 1, the data packets further comprising a header having a 
pipe identification (PID) field, from at least one source to at least one destination; 

wherein a predefined number of contiguous time frames are grouped into a time 

35 cycle; 

wherein a predefined number of contiguous time cycles are grouped into a super 
cycle, the system further comprising: 
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a routing controller, coupled to the input ports for determining which of the 
plurality of output ports said data packet will be forwarded to, and for attaching a 
time of arrival (TOA) to the respective data packet; 
a packet scheduling and rescheduling controller for assigning selected 

5 predefined time frames for transfer into and out from each of the respective 

switches responsive to the time of arrival, the unique address of the respective 
input port, and the pipe identification (PID) field in the data packet header; and 
wherein for each switch there is a first predefined time frame within which a 
respective data packet is transferred into the respective switch, and a second 

10 predefined time frame within which the respective data packet is forwarded out 

of the respective switch. 

67. The system as in claim 66, wherein the position of said data packet in said 
second predefined time frame is arbitrary. 

68. The system as in claim 67, wherein the time of arrival reflects the UTC time and 
15 is represented in at least one of the following forms: as a time frame number within a 

time cycle; as time cycle number within a super cycle; and as a number with two parts: 
(i) integer number of seconds and (ii) a fraction of a second . 

69. The system as in claim 68, wherein the second predefined time frame within 
which the respective data packet is forwarded out of the respective switch is determined 

20 responsive to the UTC and the PID. 

70. The system as in claim 66, further comprising a select buffer and congestion 
controller for determining when there is no capacity for a data packet in said second 
predefined time frame out of said switch; 

wherein the packet scheduling and rescheduling controller reschedules said data 
25 packet for output in another time frame out of said switch, responsive to the select buffer 
and congestion controller. 

7 1 . The system as in claim 66, wherein for each switch there is a predefined time 
difference, measured in time frames, between the first predefmed time frame within 
which the respective data packet is transferred into the input port of the respective switch 

30 and the second predefined time frame within which the respective data packet is 
forwarded out of the output port of the respective switch. 

72. The system as in claim 7 1 , wherein for each switch the predefined time 
difference is predefined for each of the PID in the data packet header. 

73. The system as in claim 71, wherein, for each switch, the predefmed time 

35 difference is predefined for each of the time frames within a time cycle for each of the 
PIDs in the data packet header. 
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74. The system as in claim 71, wherein, for each switch, the predefined time 
difference is predefined for each of the time frames within the time cycle, for all the time 
cycles within the super cycle, for each of the PIDs in the data packet header. 

75. The system as in claim 1 , wherein the data packets are further comprised of a 
header having a pipe identification (PED) field, from at least one source to at least one 
destination; 

wherein a predefined number of contiguous time frames are grouped into a time 

cycle; 

wherein a predefined number of contiguous time cycles are grouped into a super 

cycle; 

the system further comprising: 

a routing controller at the input port for determining uniquely the output port for 
forwarding of a respective data packet responsive to the PID field in the 
respective data packet header; and 

a scheduling and rescheduling controller with a forwarding table for assigning 
predefined time frame for transfer out from each of the respective output ports 
responsive to the time stamp field, the unique address of the input port, and the 
PID field in the data packet header. 

76. The system as in claim 75, wherein the predefined time frame for transferring the 
data packet out is determined by adding a predefined number of time frames to the time 
stamp field in the data packet header. 

77. The system as in claim 76, wherein the number of predefined time frames added 
to the time stamp field in order to determine transferring time frame of said data packet 
out, is determined responsive to looking this number up in the forwarding table in the 
scheduling controller using the PID in the data packet header as an index to said 
forwarding table. 

78. The system as in claim 75, wherein the scheduling and rescheduling controller 
computes the time difference in time frames between common time reference and the 
time stamp in the data packet header and provides means for discarding the respective 
data packet when said time difference is above a predefined time threshold. 

79. The system as in claim 1, 

wherein the virtual pipe has a defined maximum delay between any two of the 
switches, each of the switches having a plurality of input ports and a plurality of output 
ports each with a unique address; 

wherein the input ports provide for receiving the packets from the source and for 
recording the time of arrival (TOA) for each said separate packet; 
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a scheduling controller for determining for each switch a first scheduled time 
within a first predefined time frame within which a respective one of the packets is 
scheduled to be transferred out of a respective output port of the respective switch, and a 
second scheduled time within a second predefined time frame within which the 
5 respective data packet is alternately scheduled to be transferred out of the respective 
switch, and a third predefined scheduled time within a third predefined time frame for 
alternately scheduling the transfer of the respective packet from the respective output 
port of the switch; 

wherein the first, second, and third predefmed time frames are determined 
10 responsive to the common time reference; 

a delay analysis controller for determining the difference between each of the 
first, second, and third predefined time frames and the time of arrival for a respective one 
of the packets, wherein the difference is compared to the maximum defined delay to 
select the respective predefined time frame having a difference closest to and less than 
15 the defined delay; 

wherein the scheduling controller is responsive to the delay analysis controller, 

for scheduling the respective data packet to be associated with the selected 

respective predefined time frame. 

80. The system as in claim 79, wherein the predefined interval is comprised of a 
20 fixed number of contiguous time frames comprising a time cycle; 

wherein the time cycles are contiguous. 

81. The system as in claim 79, wherein the position of said data packet within said 
time frame is arbitrary. 

82. The system as in claim I, further comprising: 

25 a delay analysis and scheduling controller at each of the output ports of said 

switch; 

wherein for each switch there is a predefined time frame within which a 
respective packet is transferred into the respective switch, and a separate predefined time 
frame within which the respective packet is transferred out of the respective switch; 

30 wherein each switch has an associated predefined set of time frames wherein 

during one time frame of the predefined set of time frames, the switch outputs a data 
packet from said virtual pipe; 

wherein when each of the packets arrives, it is assigned a time of arrival (TOA) 
responsive to an instant value of the common time reference, where the packet is 

35 scheduled to be output during a not fully occupied subsequently available time frame of 
the respective predefined set of time frames; and 
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wherein the subsequently available time frame is determined responsive to 
determining that the time elapsed since the time of arrival is greater than a predefined 
threshold. 

83. The system as in claim 82, wherein the subsequently available time frame is 
determined by the delay analysis and scheduling controller as the first time frame 
available from the set of time frames associated with said virtual pipe. 

84. The system as in claim 82, wherein there are at least two virtual pipes comprising 
a first virtual pipe and a second virtual pipe; 

wherein packet communication is scheduled independently for the first and 
second virtual pipes; 

wherein when one of the switches operationally fails in the first virtual pipe, the 
communication of the respective packets is rescheduled and resynchronized from within 
the first virtual pipe to within the second virtual pipe; 

wherein the data packets transferred over the second virtual pipe are 
resynchronized at the switch where the two virtual pipes converge at a converging node, 
such that after said converging point, scheduling of the data packets transferred over the 
second virtual pipe is the same as scheduling of the data packets transferred over the 
first virtual pipe. 

85. The system as in claim 1, 

wherein a predefined number of contiguous time frames are grouped into a time 

cycle; 

wherein a predefined number of contiguous time cycles are grouped into a super 

cycle; 

the system further comprising: 

a data packet header, having a pipe identification (PID) field, that is used for 
routing from at least one source of incoming data packets to at least one 
destination; 

a routing controller at the input port for determining which of the plurality of 
output ports said data packet will be forwarded to, and for attaching a time of 
arrival (TOA) to incoming data packets; and 

a delay analysis and scheduling controller for assigning a first feasible time 
frame, from a selected plurality of predefined time frames associated with a 
predefined one of the switches, for transfer data packets out from each of the 
respective switches, responsive to the time of arrival and the unique address of 
the input port associated with the incoming data packet, and to the PID field in 
the data packet header. 
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86. The system as in claim 85, further comprising apparatus for providing 
availability of transmission capacity for each of the time frames, wherein the delay 
analysis and scheduling controller is responsive to the availability of transmission 
capacity in said time frame. 

87. The system as in claim 86, wherein each of the data packets is comprised of a 
plurality of bytes of data, and wherein the apparatus for providing availability counts the 
number of bytes in the data packets already scheduled for transmission during a 
respective one of the time frames to determine the availability. 

88. The system as in claim 85, further comprising: 

a data packet header, having a PID field, that is used for routing from at least one 
source of incoming data packets to at least one destination; 

a routing controller for determining uniquely which one of the output ports is 
scheduled to receive the respective data packet from a respective one of the input ports 
responsive to the PED field in the data packet header; 

apparatus for determining the availability of transmission capacity for each of the 
respecdve dme frames; 

a delay analysis and scheduling controller for assigning a first feasible time 
frame, from a plurality of predefined time frames, for scheduling transfer of the 
respective data packet out from the respecdve switch responsive to the respective time 
stamp, the unique address of the input port, the PID field in the data packet header, and 
the availability of transmission capacity in said respective time frame; 

a random access memory partitioned into plurality of buffers, each of the buffers 
associated with a unique one of the time frames; and 

a select buffer controller for selecting one of the buffers for output. 

89. The system as in claim 88, wherein the firef feasible time frame for transferring 
the data packet out from the respective switch is determined by adding a predefined 
number of time frames to the time stamp value in the data packet header. 

90. The system as in claim 89, wherein the scheduling controller is further 
comprised of a forwarding table, and wherein the number of predefined time frames 
added to the time stamp value, in order to determine the first feasible time frame for 
transferring of said data packet out from said switch, is determined by looking this 
number up in the forwarding table using the PID in the data packet header as an index to 
said table. 

91. The system as in claim 1, further comprising: 

a pipe identification (PID) for each of a plurality of predefined subsets of the 
data packets; 
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a parameter table in each of the switches, wherein for each PID there is a 
predefined set of values specifying the reserved number of data packets that can be 
forwarded from said switch output port in each of the predefined time intervals, together 
comprising a same subset PID; 
5 a policing and load controller for counting and comparing the number of data 

packets with the same subset PID in each of said time intervals and storing a count value 
in a load value table, and providing an output responsive to comparing the count value in 
the load table with respective ones of the predefined set of values. 

92. The system as in claim 91, wherein the policing and load controller determines 
1 0 the number of data packets with the same subset PID to be one of within a predefined 

range and outside the predefined range. 

93. The system as in claim 92, wherein if the number of data packets with the same 
subset PID is outside the predefined range a violation message is generated and output. 

94. The system as in claim 92, wherein if the number of data packets with the same 
1 5 subset PID is outside the predefined range during the predefined time interval, said 

respective data packets are discarded. 

95. The system as in claim 9 1 , wherein the parameter table values are predefined to 
correspond to the time frames. 

96. The system as in claim 91 , wherein the policing and load controller is located in 
20 at least one of the input port of the switch and the output port of the switch. 

97. The system as in claim 91, wherein the plurality of switches comprises a 
plurality of virtual pipes, each comprised of at least two interconnected switches, wherein 
the data packets forwarded over the same virtual pipe each have the same pipe 
identification (PID). 

25 98. The system as in claim 97, wherein the PID is at least one of an Internet protocol 
(BP) address, Internet protocol port number, Internet protocol group multicast address, 
an asynchronous transfer mode (ATM), a virtual circuit identifier (VCI), a virtual path 
identifier (VPI), used in combination as VCI/VPI, and a combined IP address and IP 
port number. 

30 99. The system as in claim 98, wherein one PID is associated with a plurality of said 
IP and ATM addresses, and ED port numbers. 

100. The system as in claim 93, further comprising a predefined network violation 
center that is part of upper layer communications protocols, wherein the violation 
message is output to the violation center. 
35 101. The system as in claim 95, wherein the parameter table values apply equivalently 
to any of the time cycles. 

102. The system as in claim 1 , further comprising: 
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a time-stamp is associated with each said data packet representing an initial time 
of input of the respective data packet into the system; and 

a delay monitoring controller for computing the delay in the transfer of a 
respective one of the data packets that has elapsed since the initial time. 

103. The system as in claim 102, further comprising: 

a pipe identification (PID) for each of a predefined subset of the data packets; 

a parameter table associated with at least one of the switches, wherein each of the 
PIDs is associated with a predefined set of values specifying a delay range for data 
packets with the same PID; and 

wherein the parameter table defines maximum delay and minimum delay values 
for at least one of the PIDs. 

104. The system as in claim 103, wherein respective ones of the data packets are 
flagged as one of the delay above the maximum delay value, and the delay below the 
minimum delay value. 

105. The system as in claim 104, wherein the respective ones of data packets are 
discarded responsive to the delay being above the maximum delay value, and the delay 
being below the minimum delay value, and wherein violation messages are generated and 
output. 

106. The system as in claim 105, wherein the violation messages are output to a 
predefined network violation center that is part of upper layer protocols. 

107. The system as in claim 102, wherein the said delay monitoring controller is 
located at the input port of at least one of said switches. 

108. The system as in claim 102, wherein the delay monitoring controller is located at 
the output port at least one of said switches. 

109. The system as in claim 102, wherein the initial time is defined as the time the 
data packet is sent by its source to the system. 

1 10. The system as in claim 102, wherein said initial time is defined as the time the 
data packet is forwarded by a predefined one of the switches in said system. 

111. The system as in claim 102, wherein the delay in transferring the packet is 
computed by finding a time difference between the time-stamp and the current time 
derived from the common time reference. 

1 12. The system as in claim 102, where a predefined plurality of the time intervals 
define a time cycle, and wherein a predefined plurality of the time cycles define a super 
cycle, wherein the values stored in the parameter table correspond to the same respective 
time frames for all the time cycles and for all the super cycles. 

113. The system as in claim I, further comprising: 
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a time-stamp associated with at least one of said packets representing said initial 
predefined time; and 

a delay monitoring controller for computing the delay in transfer of the data 
packets that has elapsed since predefined initial times responsive to the time stamp for 
5 the respective data packets. 

1 14. The system as in claim 1, wherein for at least one of the switches there is an 
associated load table for storing a count of the number of respective ones of the data 
packets that have been transferred, and a parameter table storing predefined values for a 
range of a number of data packets that can be forwarded for each of the respective virtual 

10 pipes during each of the respective time frames. 

1 15. The system as in claim 1 13, wherein for each switch there is a parameter table 
with a predefined values defining an acceptable range of delay that a data packet can 
experience in transferring relative to its predefined initial time, the system further 
comprising: 

1 5 means responsive to the delay monitoring controller and the parameter table to 

provide an output indicative of the computed delay of exceeding the respective 
acceptable range of delay. 

1 16. The system as in claim 113, wherein there is a predefined time difference 
between the time frame associated with the transfer for each respective one of the 

20 packets, responsive to the time frame that the respective packet goes into the respective 
switch and the time frame that the respective packet goes out of the respective switch. 

1 17. The system as in claim 1 13, wherein said delay monitoring controller measures 
the delay in transfer of the respective data packets across said virtual pipe. 

118. The system as in claim 117, wherein said delay monitoring controller flags said 
25 data packet when said delay across the respective virtual pipe is greater than a predefined 

threshold. 

1 19. The system as in claim 113, wherein said delay monitoring controller flags said 
data packet, when said delay across the respective virtual pipe is smaller than a 
predefined threshold. 

30 120. The system as in claim 1 13, wherein a violation flag is asserted when the number 
of data packets transferred within a respective one of said virtual pipes within said time 
interval exceeds a predefined threshold. 

121. The system as in claim 1 13, wherein a violation flag is asserted responsive to the 
number of data packets transferred within a respective one of said virtual pipes within 

35 said respective time interval being below a predefined low threshold. 

122. The system as in claim 1, 
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wherein the switches are at least one of a synchronous switch and an 
asynchronous switch; 

interconnected communication links in a path for connecting an end-station to 
the synchronous switch through the plurality of asynchronous switches; 
5 wherein there is a defined delay between the end-station and a first one of the 

synchronous switches; 

wherein each of said data packets has a pipe identification (PID); and 

a delay analysis and scheduling controller for determining, for each of the 
synchronous switches, a first scheduled time within a first predefined time frame within 
10 which a respective one of the data packets is scheduled for transfer out of the respective 
synchronous switch. 

123. The system as in claim 122, wherein the delay analysis and scheduling controller 
computes the delay in time frames that each of the data packets should be delayed before 
being forwarded out of the output port of the respective synchronous switch. 

1 5 124. The system as in claim 122, wherein a time-stamp value is attached to each said 
data packet when it is forwarded by the end-station; 

wherein the time-stamp value is derived from the common time reference; 
wherein the delay analysis and scheduling controller computes the time 
difference in time frames that each of the data packets should be delayed before being 

20 forwarded out of the respective output port of the respective synchronous switch, 
responsive to the time-stamp value for said data packet. 

125. The system as in claim 124, wherein the common time reference is transferred 
into the end-station by a timing message carried in a data packet from the synchronous 
switch. 

25 126. The system as in claim 124, wherein the common time reference is coupled 
direcdy to the end-station. 

127. The system as in claim 124, wherein the common time reference is transferred to 
the end-station by a timing message carried in a data packet from a timing server. 

128. The system as in claim I, 

30 wherein the switches are at least one of a synchronous switch and an 

asynchronous switch; 

an interconnected communication links in a path in the network for connecting 
the end-station to the synchronous switch through the plurality of asynchronous 
switches; 

35 an interconnected communication links in a path in the network for connecting a 

first of the synchronous switches to a second of the synchronous switches through a 
plurality of the asynchronous switches; 
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wherein there is a defined delay in the transfer of respective ones of the data 
packets between the first synchronous switch and the second synchronous switch; 

wherein the first synchronous switch records the time of arrival (TOA) for each 
said separate packet responsive to receiving the respective data packet from the second 
5 synchronous switch; 

wherein each of said data packets has a pipe identification (PID); and 

a delay analysis and scheduling controller for determining for each synchronous 
switch a first scheduled time within a first predefined time frame within which a 
respective data packet is scheduled to be transferred out of the respective synchronous 
10 switch responsive to the PID field. 

129. The system as in claim 128, wherein the delay analysis and scheduling controller 
computes the delay in time frames that the data packet should be delayed before being 
forwarded out of the output port of the synchronous switch responsive to the TOA. 

1 30. The system as in claim 128, wherein a time-stamp value is attached to each said 
15 data packet when it is forwarded by the end-station; 

wherein the time-stamp value is received from the common time reference; and 
wherein the delay analysis and scheduling controller computes the time 
difference in time frames the data packet should be delayed before being forwarded out 
ot the output port of the synchronous virtual pipe switch responsive to the time-stamp 
20 value in the data packet. 

131. The system as in claim 1, further comprising: 

at least one end-station coupled to a data communications network; 

an asynchronous to synchronous gateway having a plurality of input ports and a 
plurality of output ports, each with a unique address; 
25 a common time reference signal coupled to each of the asynchronous to 

synchronous gateways; 

an asynchronous switch having a plurality of input ports and a plurality of 
output ports, each with a unique address; 

interconnected communication links in a path in the network for connecting the 
30 end-station to the asynchronous to synchronous gateway through the asynchronous 
switch; 

wherein there is a defined delay for transfer of the data packets between the end- 
station and the first asynchronous to synchronous gateway; 

wherein the asynchronous to synchronous gateway receives data packets from 
35 the end-station and separately records the time of arrival (TOA) for each of said data 
packets; 

wherein each said data packet has a pipe identification (PID); 
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a delay analysis and scheduling controller for determining for each 
asynchronous to synchronous gateway a first scheduled time within a first predefined 
time frame within which a respective data packet is scheduled to be transferred out of the 
respective asynchronous to synchronous gateway responsive to the PID and TOA 
associated with the respective data packet. 

132. The system as in claim 131, wherein there are a plurality of asynchronous 
switches, wherein the end-station is connected to the asynchronous to synchronous 
gateway through the plurality of asynchronous switches. 

133. The system as in claim 131, wherein the delay analysis and scheduling controller 
computes the delay in time frames that the respective data packet is to be delayed before 
being forwarded out of the respective output port of the asynchronous to synchronous 
gateway. 

1 34. The system as in claim 133, wherein the position of said data packet within said 
time frame is arbitrary. 

1 35. The system as in claim 131, wherein a time-stamp is attached to each said data 
packet when it is forwarded by the end-station; 

wherein the time-stamp value is derived from the common time reference; 

wherein the delay analysis and scheduling controller computes the time 
difference in time frames that the respective data packet is to be delayed before being 
forwarded out of the respective output port of the asynchronous to synchronous 
gateway, responsive to the time-stamp value for the respective data packet. 

1 36. The system as in claim 1 35, wherein the common time reference is transferred to 
the end-station by a timing message carried in a data packet from the asynchronous to 
synchronous gateway. 
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4B/5B encoding scheme 


10-bit 
Encoded Control 
Codeword 


11111 inn 

01101 01101 
01101 11001 
11111 00100 
01101 00111 
11001 00111 
11001 11001 
00100 00100 
00100 11111 
00100 00000 
00111 00111 
00111 11001 
00000 00100 
00000 11111 
00000 00000 


Control Input 


Binary 
Data 


0001 
0010 
0011 
0100 
0101 
0110 
0111 
1000 
1001 
1010 
1011 
1100 
1101 
1110 

1111 


HEX 
DATA 
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